L Number 


Hits 


Search Text 


DB 


Time stamp 


1 


2165 


713/200.ccls. 


USPAT; 
US-PGPUB; 
EPO; JPO; 
DERWENT; 
IBM_TDB 


2004/04/18 21:48 


2 


48 


*f a\ A # A /"I /"V 1 l It "||t J II ■ fl 

713/200.ccls. and email and virus 


USPAT; 
US-PGPUB; 
EPO; JPO; 
DERWENT; 
IBM_TDB 


2004/04/18 21:49 


3 


22 


— » j1 a r\ /"V 1 J II "lit _1 II • II _■ It * A I All 

713/200.ccls. and email and virus and attachment 


USPAT; 
US-PGPUB; 
EPO; JPO; 
DERWENT; 
IBM_TDB 


2004/04/18 21:53 


4 


26 


jg r\ IA AJ | J II • |t| I II • |f I II ■ ■ 1 » f| 

71 3/201. eels, and email and virus and attachment 


USPAT; 
US-PGPUB; 
EPO; JPO; 
DERWENT; 
IBM_TDB 


2004/04/18 21:55 


5 


1961 


709/206.ccls. 


USPAT; 
US-PGPUB; 
EPO; JPO; 
DERWENT; 
IBM_TDB 


2004/04/18 21:55 


7 


13 


709/206. eels, and receipt.ti. 


USPAT; 
US-PGPUB; 
EPO; JPO; 
DERWENT; 
IBM_TDB 


2004/04/18 22:03 


8 


1412 


709/206.ccls. and (email or e-mail) 


USPAT; 
US-PGPUB; 
EPO; JPO; 
DERWENT; 
IBM_TDB 


2004/04/18 22:03 


9 


506 


709/206.ccls. and (email or e-mail) and attachment$3 


USPAT; 
US-PGPUB; 
EPO; JPO; 
DERWENT; 
IBM_TDB 


2004/04/18 22:03 


10 


2 


709/206.ccls. and (email or e-mail) and attachment$3 and 


USPAT; 


2004/04/18 22:08 






"automatic reply" 


US-PGPUB; 








EPO; JPO; 

DERWENT; 

IBM_TDB 




11 


3 


709/206.ccls. and (email or e-mail) and attachment$3 and 
"delivery receipt" 


USPAT; 
US-PGPUB; 
EPO; JPO; 
DERWENT; 
IBMJTDB 


2004/04/18 22:12 


12 


79 


(email or e-mail) and attachment$3 and delivery receipt 


USPAT; 
US-PGPUB; 
EPO; JPO; 
DERWENT; 
IBM_TDB 


2004/04/18 22:12 


13 


0 


(email or e-mail) and attachment$3 and "delivery receipt" and 


USPAT; 


2004/04/18 22:12 






"automatic reply" 


US-PGPUB; 








EPO; JPO; 

DERWENT; 

IBMJTDB 




14 


5632 


(email or e-mail) and attachment$3 and"automatic reply" 


USPAT; 


2004/04/18 22:12 






US-PGPUB; 
EPO; JPO; 
DERWENT; 
IBM TDB 





Search History 4/18/04 



11:07:48 PM Page 1 



15 


12 


(email or e-mail) and attachment$3 and "automatic reply" 


USPAT; 


2004/04/18 22:13 








US-PGPUB; 










EPO; JPO; 










DERWENT; 










IBM_TDB 




16 


60 


i *l *l\ _l II X A* ■ 11 

(email or e-mail) and automatic reply 


USPAT; 


2004/04/18 22:20 








US-PGPUB; 










EPO; JPO; 










DERWENT; 










IBM_TDB 




17 


1961 


*T A A /A A. A 1 

709/206.ccls. 


USPAT; 


2004/04/18 22:20 








US-PGPUB; 










EPO; JPO; 










DERWENT; 










IBM_TDB 




19 


3 


A A /AAA t § ■ | "i l_ • At* 

709/206.ccls. and mail with receipt.ti. 


USPAT; 


2004/04/18 22:21 








US-PGPUB; 










EPO; JPO; 










DERWENT; 










IBMJTDB 




20 


2 


5138653.pn. 


USPAT; 


2004/04/18 22:21 








US-PGPUB; 










EPO; JPO; 










DERWENT; 










IBMJTDB 




21 


38 


5138653.URPN. 


USPAT 


2004/04/18 22:29 


22 


17 


"benign virus" 


USPAT 


2004/04/18 22:31 


23 


1 


"benign virus" and "email" 


USPAT 


2004/04/18 22:38 


24 


15 


auto-reply 


USPAT 


2004/04/18 22:38 


25 


5 


auto-reply and (e-mail or email) 


USPAT 


2004/04/18 22:42 


26 


0 


"computer virus avoidance system" 


USPAT 


2004/04/18 22:42 


27 


0 


"computer virus avoidance" 


USPAT 


2004/04/18 22:42 


28 


1 


"virus avoidance" 


USPAT 


AAA A f A A MA A A A A f\ 

2004/04/18 22:42 


29 


44 


II A ±. •_ ill 'il | rfHA 

attachment with reply$3 


USPAT 


2004/04/18 22:43 


30 


4067 


ii ii i_ xii ■ ■ ■_ a 

attachment with repl$4 


USPAT 


2004/04/18 22:43 


31 


37 


"attachment" with repl$4 and (email or e-mail) 


USPAT 


2004/04/18 22:48 


32 


7 


(email or e-mail) with (automatic near repl$8) 


USPAT 


2004/04/18 22:51 


33 


1 


5754857. pn. 


USPAT 


2004/04/18 22:52 


34 


4079 


(email or e-mail) and receipt 


USPAT 


2004/04/18 22:52 


35 


506 


(e-mail or email) with receipt 


USPAT 


2004/04/18 22:52 


36 


85 


(e-mail or email) with receipt with (notification or delivery or 


USPAT 


2004/04/18 22:53 






auto) 







Search History 4/18/04 1 1 :07:48 PM Page 2 



(12) United States Patent 

Flynn et al. 



US006618747B1 

do) Patent No.: US 6,618,747 Bl 
(45) Date of Patent: Sep, 9, 2003 



(54) ELECTRONIC COMMUNICATION 
DELIVERY CONFIRMATION AND 
VERIFICATION SYSTEM 

(76) Inventors: Francis H. Flynn, 14 Wave Crest Dr., 
Islip, NY (US) 11751; Jeffrey Foran, 
1127 Commonwealth Ave., Apt. 1, 
Allston, MA (US) 02134 

( * ) Notice: Subject to any disclaimer, the term of this 
patent is extended or adjusted under 35 
U.S.C. 154(b) by 0 days. 

(21) Appl. No.: 09/448,365 

(22) Filed: Nov. 23, 1999 

Related U.S. Application Data 

(60) Provisional application No. 60/109,934, filed on Nov. 25, 
1998. 

(51) Int. CI. 7 G06F 15/16 

(52) U.S. CI 709/206; 709/203 

(58) Field of Search 709/203, 206, 

709/217; 345/744, 752; 379/93.24 

(56) References Cited 

U.S. PATENT DOCUMENTS 



RE34,954 E 5/1995 Haber et al. 

5,426,594 A ♦ 6/1995 Wright et a! 709/206 

5,509,071 A 4/1996 Petrie, Jr. et al. 

5,675,733 A 10/1997 Williams 

5,748,738 A 5/1998 Bisbee et al. 

5,771,355 A * 6/1998 Kuzma 709/232 

5,793,972 A • 8/1998 Shane 709/219 

5,850,520 A 12/1998 Griebenow et al. 

5,903,723 A 5/1999 Beck et al. 

5,930,471 A * 7/1999 Milewski et al 709/204 

6,018,774 A 1/2000 Mayle et al. 

6,275,848 Bl * 8/2001 Arnold 709/206 

6,332,164 Bl * 12/2001 Jain 709/235 

6,385,655 Bl * 5/2002 Smith et al 709/232 

6,477,243 Bl * 11/2002 Choksi et al 379/100.06 



FOREIGN PATENT DOCUMENTS 

WO WO 02/25508 A2 * 3/2002 

OTHER PUBLICATIONS 

Gralla, P., How the Intranets Work, Ziff-Davis Press, pp. xi 
& 122-125, 1996.* 

Stallings, W., Data and Computer Communications, Pren- 
tice-Hall, pp. 728-730, 1997.* 



Lowe, D., Client/Server Computing for Dummies, IDG 
Books Worldwide, pp. 125-128 and 136-137, 1995.* 

Gralla, P., How the Internet Works, Special Edition, Ziff- 
-Davis Press, pp. 76-86, 110-111 and 122-125.* 

Microsoft Press Computer Dictionary, 3rd ed., Microsoft 
Press, pp. 34-35, 1997.* 

Klensin et al; Request for Comments: RFC 1869 (Nov. 
1995) available at http://www.gssnet.com/rfc/rfcl869.htm, 
pp. 1-11. 

Freed; Request for Comments: RFC 2034 (Oct, 1996) avail- 
able at http://www.gssnet.com/rfc/rfc2034.htm, pp. 1-5. 

Mosher, Sue; Microsoft Exchange User's Handbook; Duke 
Press (1997); pp. 220, 285, 288. 

Blue Mountain Arts. Frequently Asked Questions, www- 
.bluemountain.com/help/FAQ2.html, pp. 5-6 & 11. 

* cited by examiner 

Primary Examiner — Andrew Caldwell 

(74) Attorney, Agent, or Firm— Collard & Roe PC 

(57) ABSTRACT 

The present invention provides a system and a method for a 
user to verify receipt of an electronic communication such as 
an email message by an intended recipient. Instead of 
forwarding the email to the intended recipients), (e.g. as a 
normal SMTP server might,) the invention sends a notifi- 
cation message of a posted email to the intended recipient(s). 
The email and attachments are each saved at a unique call 
address on a server such as for example a web server. At 
least one unique address is provided for each of the intended 
recipients that points to the location of the contents of the 
original email. When attachments accompany the email, 
each attachment is also assigned an address that is unique for 
each intended recipient. The intended recipient is notified of 
the call addresses for collecting the email and attachments. 
When the recipient downloads or collects the email and 
attachments from their respective addresses, the invention 
detects information regarding the downloaded email and 
notifies the sender that the email was retrieved. This infor- 
mation may be stored in a back-end database for ease of 
access and management. 

6 Claims, 2 Drawing Sheets 
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FIG. 2 
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ELECTRONIC COMMUNICATION 
DELIVERY CONFIRMATION AND 
VERIFICATION SYSTEM 

This application claims the benefit of U.S. Provisional 
Patent Application 60/109,934 filed Nov. 25, 1998, entitled 
"An Electronic Communication Delivery Verification 
System", the content of which is incorporated herein by 
reference in its entirety. 

FIELD OF THE INVENTION 

This invention relates generally to electronic communi- 
cations and, more particularly, to a method by which a 
sender of an electronic communication can validate receipt 
of an electronic communication by an intended receiver. 

BACKGROUND OF INVENTION 

Electronic communication, such as for example e-mail, is 
a form of written data, a data-string, that is transported 
electronically such as on the Internet. Specific protocols 
governing certain aspects of the way one machine electroni- 
cally passes information in the form of data-strings to 
another machine have been established to facilitate commu- 
nication between different brands of machines running dif- 
ferent software. Various protocols have been developed to 
standardize the methods by which data are transported from 
one computer to another computer such as on Local Area 
Networks (LAN), Wide Area Networks (WAN), and the 
Internet. This standardization was developed to allow com- 
puters and computer programs from differing commercial 
sources to be as compatible as possible. 

The Internet Protocol (IP) that directs or routes a data- 
string from one computer to another is what is called a best 
efforts protocol, a method that involves a series of computer 
instructions that attempts to deliver a data-string to its 
intended location, but that does not guarantee its delivery. 
This means that the data-string can get lost or damaged 
before reaching the intended recipient. The Transmission 
Control Protocol (TCP) works in conjunction with IP in an 
attempt to ensure that data-string is sent error-free, 
complete, and in the proper sequence. However, it does not 
insure correct delivery. The Simple Mail Transfer Protocol 
(SMTP) provides for standardized error messages to be 
issued when a fault occurs in transmission. Standardized 
status codes (such as described in Kleinsin, et al; Network 
Working Group Request for Comments: 1869; STD: 10: 
Obsoletes: 1651; Category: Standards Track; November, 
1995) provide information for generating error messages 
that indicate whether or not a computer in the net or network 
of computers used to pass the data-string has been unable to 
do so. Such an Error message is exemplified by: 

".—The following addresses had delivery problems -— 
<nosuchuser@dbc.mtview.ca.us> 
(Mailbox "nosuchuser" does not exist)" 
When delivery occurs a message such as "—Mail was 
successfully relayed to the following addresses—" may be 
provided. However, no information is provided by through 
the use of these protocols via the respective protocol server 
regarding whether the intended recipient has retrieved the 
email and/or the attachments. 

Business people and others need to verify that an impor- 
tant transaction once sent has been received by the intended 
recipient. The main obstacle to widespread commercial use 
of electronic communications, such as for example email 
and email attachment, is the lack of the ability to verify that 
the email and/or attachment was received by the intended 
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recipient. Email must be sent on unsecured pathways, path- 
ways where the email can be mis-directed, lost, and/or 
altered. It is highly desirable to the sender to be able to verify 
that the intended recipient has received an important email. 
5 It is also desirable to the sender to know that the intended 
information in electronic message was received as written or 
sent. 

SUMMARY OF INVENTION 

10 The instant invention comprises a software application for 
use with a computer that is part of or has access to an 
electronic network including at least one other computer and 
a method for use of the software application that provides a 
sender of an electronic communication such as an email, a 
is receipt for verification of delivery of the electronic commu- 
nication by a recipient. The sender may use a conventional 
email program or the instant invention to compose the email. 
The email ("electronic mail") may have graphics and/or 
attachments, each of which is termed a data-string herein. 
20 Unlike a conventional email program, each data-string is 
directed to a unique electronic address, such as for example 
an IP (Internet Protocol) address or hostname, on a computer 
that is independent of the recipient's computer. Only a 
notification that an email or an email plus an attachment is 
25 awaiting retrieval is sent to the recipient and appears at their 
computer. The notification provides the recipient with the 
unique electronic retrieval location(s), such as a unique IP 
address for an email message or two unique email addresses 
for an email accompanied by an attachment, located on a 
30 mail server to which the recipient can direct their computer 
using software to retrieve the data-string(s). Each recipient 
is provided with a unique address to retrieve their email even 
when the recipient is merely receiving a copy of an email 
that has been broadcast to a number of recipients. In one 
35 embodiment, a computer having access to the Internet is 
used as the mail server. In an alternate embodiment, the mail 
server is located on a LAN (local area network) such as for 
example for use for infra-office email within a business. 
Upon retrieval of the data-string, the sender is notified 
40 electronically via email and information regarding the 
retrieval transaction is stored in a back-end database. 

For example, when the data-string is sent via the Internet, 
the user who is the sender composes an email message and 
attaches any text or images as required. Once the message is 
45 composed and sent, the instant invention parses that data- 
string while determining the appropriate recipients. The 
parsed data-string is placed on the World Wide Web (also 
termed the Web or the Internet or the Net) by waiting until 
at least one appropriate data-string transfer and retrieval 
50 means, such as for example a HyperText Transport Protocol 
(http) call provides an available address at a port of a 
computer the instant invention is monitoring. More 
addresses will be needed to match data-string to address 
when, for example, a single email data-string is being 
55 communicated to a number of different recipients. There is 
exactly one unique address that will access the data-string 
for each specific recipient targeted to receive the data-string 
unless the data-string has more than one component such as 
a plurality of attachments. Concurrent with posting the 
60 sender's data-string on a computer connected to a network 
of computers such as the Web, the instant invention sends 
out a notice via email that the recipient has a posted 
data-string or email awaiting retrieval. This message is 
simply a notice of the availability of the electronic commu- 
65 nication that provides an electronic address such as a Uni- 
form Resource Locator (URL) pointer to where the email is 
posted on the Web. One URL points to a single location that 
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is uniquely assigned for each component of the data-string In one embodiment, the instant invention communicates 

for each recipient using the instant invention. Alternatively, (also termed "interfaces") with electronic communications 

the posted email may have a URL that allows it to call for program, such as for example email programs Eudora®, 

its accompanying attachment ie. the email and its accom- First Class Client®, and Hot Mail®. It can be used for 

panying documents may be electronically interlinked. 5 electronic communication on the Internet or an Intranet, 

When the recipient of the email message links to a within a Local Area Network (LAN) or a Wide Area 

data-string via the URL pointer, the instant invention iden- Network (WAN) environment. The invention provides a 

tifies the recipient by their unique IP address or hostname. plurality of fields for data in the back-end database. Full 

As the recipient retrieves their posted email message and search, browse, edit, and contact management functions are 

attachments, the instant invention notifies the sender that the io included in order to provide complete access to the stored 

posted electronic communication has been retrieved by a data. Remote access functions may be configured. Thus, 

person at the IP address corresponding to that of the intended verification, authentication, and ease of data management 

recipient. This notice includes the recipient's unique IP are provided. Advantageously, the flow of electronic com- 

address or hostname and a time, date stamp indicative of munications such as email can be controlled and docu- 

when the posted electronic communication was retrieved. A is mented. 

copy of the posted electronic communication may also be DESCRIPTION OF THE DRAWINGS 
included in the notice. 

An embodiment of an inventive method for verifying FIG. 1 provides a block diagram of the system and 

receipt of an electronic communication at an intended elec- method by which an electronic communication in the form 

tronic address is provided by the following example com- 20 of data can be routed by a sender to a specific receiver and 

prising the steps of: by which the sender can be notified of the receipt of the 

1. Sending an electronic communication comprising a electronic communication by the specific receiver, 
data-string. FIG. 2 provides a flow chart of the pathway and compo- 

2. Posting that data-string to a unique URL on a computer 25 nents used to transmit and verify an electronic communica- 
connected to the Web for each unique data-string. tion. 

3. Notifying the recipient at a recipient IP address via DETAILED DESCRIPTION OF THE 
email that they have an electronic communication PREFERRED EMBODIMENT 
awaiting retrieval at a specified unique Web URL 

address. 30 The instant invention provides a system and method for 

4. Validating the retrieval of the sender's electronic com- confirmation of receipt of an electronic communication by 
munication by a recipient at an intended IP address by an IP address or hostname accessible recipient ("the 
recognizing the recipient's IP address or hostname recipient"). The invention is a software application that 
when they electronically request delivery of their elec- allows the sender of an electronic communication to use the 
tronic communication. 35 electronic communication program of their choice, such as 

5 Notifying the sender when the IP address or hostname for example an email program like Eudora®, to generate a 

match the intended IP address or hostname that the specific data-string or message send it to a specific 

electronic communication has been retrieved and recipient, and verify that the specific recipient received the 

optionally passing the validating information into a data-string. Optionally, the application may provide a copy 

back-end database *o of the retrieved data-stnng so that the sender can determine 

Hie invention has four distinct interfaces with users: two if the data-string was received as sent, unaltered Transmis- 

sender interfaces and two recipient interfaces. The first sion of electronic information involves passing data in the 

sender interface is an outgoing message interface that is form of a data-string from one computer to another through 

implemented to communicate with any SMTP client having the use of computer programs that convert user mstnictions 

an outgoing server that is configurable to a given IP address 45 into instructions that a computer can understand. T*e data- 

or hostname. This interface is not limited to what is gener- string is then passed through electronic means, such as for 

ally considered client type programs such as for example example by telephone wires or cables, from one computer to 

email programs such as Eudora®. The invention could another computer. TTiese computers form a network of 

interface at the first sender interface with any large server computers that is variously referenced to as a Net or 

that delivers email using SMTP where the outgoing delivery 50 "Web". 

IP address is capable of being configured. The first recipient The invention has four distinct interfaces with users: two 

interface is implemented to accommodate use with any sender interfaces and two recipient interfaces. The first 

system or application that handles delivery of electronic sender interface is an outgoing message interface that is 

messages to a given recipient. This includes all POP clients, implemented to communicate with any SMTP client having 

all Web-based email clients as well as any test-based email 55 an outgoing server that is configurable to a given IP address 

delivery and retrieval systems. The second part of the or hostname. This interface is not limited to what is gener- 

recipient interface is the data-string retrieval interface. This ally considered client type programs such as for example 

interface is implemented to communicate only via http (with email programs such as Eudora®. The invention could 

any http browser in the embodiments described. However, interface at the first sender interface with any large server 

the recipient interface can be implemented to accommodate 60 that delivers email using SMTP where the outgoing delivery 

any data-string retrieval mechanism. The second sender IP address is capable of being configured. The first recipient 

interface is the incoming interface that notifies the sender interface is implemented to accommodate use with any 

when the data-string is retrieved. In one embodiment, it is system or application that handles delivery of electronic 

implemented as an email delivery notification and works messages to a given recipient. This includes all POP clients, 

with any system that handles delivery of email to a given 65 all Web-based email clients as well as any test-based email 

recipient. This includes all POP clients, all Web based delivery and retrieval systems. The second part of the 

clients, as well as any text-based email retrieval systems. recipient interface is the data-string retrieval interface. This 
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interface is implemented to communicate only via http (with sent via the file handler and the email sender to the IP or 

any http browser in the embodiments described. However, hostname address of the sender ("original sender") and 

the recipient interface can be implemented to accommodate includes information concerning the downloading of the 

any data-string retrieval mechanism. The second sender message data -string by the recipient, such as for example, 

interface is the incoming interface that notifies the sender 5 the time it was first downloaded (time and date stamp), the 

when the data-string is retrieved. In one embodiment, it is address to which it was sent at downloading, and other 

implemented as an email delivery notification and works relevant information. A compressed copy of the message 

with any system that handles delivery of email to a given received by the recipient may also be provided to the sender, 

recipient. This includes all POP clients, all Web based If the original electronic communication comprises an 

clients, as well as any text-based email retrieval systems. 10 email and an attachment, then in one embodiment, the 

Referring now to FIG. 1 which illustrates a first embodi- recipient is notified that an electronic communication is 

ment of the instant invention, when an electronic commu- located at http call address 1 (the email) and at http call 

nication sender is distanced from a recipient and the Internet address 2 (the attachment). The recipient retrieves the elec- 

is used to send the electronic communication, a sender tronic communications at each address and notification of 

illustrated by box "Sender" 10 enters information, such as 1S each separate retrieval is provided to the sender as described 

for example an email message and an attachment to that above. Alternatively, the notification message may contain a 

email message, into a computer via the desired electronic link to the address for the email and to the address for the 

communications program that has been loaded on that attachment. Notification of receipt may then be sent as each 

sender's machine. A message data-string is generated. This data-string is retrieved or notification of receipt may be sent 

message data-string is then processed by the instant inven- 2 o or ^y once wneD a ^ associated electronic communications 

tion which has been loaded on the sender's machine as have been retrieved. 

follows. The message data-string is parsed into an html- FIG. 2 provides an embodiment of a method of confirm- 
readable file and electronically sent via a user interface 21 to ing that an electronic communication was received by a 
a file handler 22 where the message data-string is stored at recipient. This embodiment exemplifies electronic commu - 
a unique http call address assigned to each of the intended 2 s nication verification when using the Internet to transport the 
recipients. Assignment of the unique http call addresses) is electronic communication. Referring now to FIG. 2, a flow- 
determined by the instant invention which monitors a port chart of the steps used to provide verification to a sender that 
for incoming TCP connections. If the electronic communi- receipt of a electronic communication by a recipient has 
cation was an email that included an attachment, then a occurred is provided. The sender installs the software, the 
unique address is assigned to each of the parsed original 30 inventive computer program for generating electronic mail 
email message and original attachment html-readable files. receipts, on their computer and electronically moves through 
Concurrendy upon receiving a file for storage, the file a set-up interface. The sender generates an electronic com- 
handler also generates a unique data-string for each stored munication such as an email. The sender enters the email 
file that is a notification message that is delivered to each address of the intended recipient or recipients thus providing 
unique recipient. This notification data-string informs each 35 an addressed packet of information or a message data -string 
recipient that one unique message data -string has been which includes the address of the intended recipient that is 
stored for them at the indicated unique http call address. This unique for each intended recipient. The message data-string 
notification data-string is sent via a Web Server 24 to the is converted to html-readable language and passed to a file 
intended unique recipient, represented by box "recipient" handler via a user interface. The message data-string is 
30. 40 stored while the instant invention locates one unoccupied 

The notification data-string may have additional informa- call address, such as for example an http call address, if the 

tion added to it prior to its delivery to the recipient. For message data-string is going to only one recipient, 

example, the electronic communication sender's name and/ Otherwise, the instant invention recognizes that a plurality 

or email address may be added. Or, an advertisement may be of unique call address are required and establishes one 

added to the notification message data-string. 45 unique call address for storage of each copy of the email sent 

The notification message data-string is then sent to the to the plurality of intended recipients. In the simplest case 

recipient's Post Office Protocol (POP) server and is read by where there is one recipient, the message data-string is then 

the recipient at the notified IP address or hostname address posted to this unique unoccupied call address which is on a 

indicated by the notification message when they open their Web server. Concurrently, a notice that the recipient has 

email application. If the recipient wishes to read the posted 50 email from the sender on the Web server at the call address 

electronic communication, the recipient enters the unique at which the message data-string is located is sent to the 

http call address that has been sent in the notification recipient's Post Office Protocol (POP) server, notifying the 

message data-string and retrieves the unique message data- recipient that they have an electronic communication. The 

string from the Web Server 24, if the recipient has entered recipient requests the message data-string located at the 

the correct http call address. Both an email and its associated 55 provided unique call address and it is sent to the recipient, 

attachment(s) can be provided with unique call addresses or who downloads it, opening it. Upon downloading of the 

the email and its attachment(s) can be linked so that the message data-string, the instant invention generates a notice 

entire communication is available using one call address. In of receipt that is forwarded to the original sender. The notice 

a first embodiment for each stored message data-string of receipt forwarded to the sender at the sender's POP server 

retrieved, be it email or attachment, the Web server sends a 60 includes information concerning the collection of the email 

notification of receipt message that informs the sender that by the recipient such as for example the address to which the 

the message data-string was retrieved by the recipient at the email was downloaded, the time it was downloaded, and 
address receiving the notification of available email and http optionally, a compressed copy of the original message, 
call address. This notification of receipt message is elec- When the sender enters their POP server, they receive the 
Ironically transmitted to the sender at approximately the 65 notification of receipt by the recipient, 

same time that the recipient is sent (retrieves) the stored When attachments accompany an email, each of the 
message data-string. The notification of receipt message is attachments and the email itself is provided with a unique 
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call address. Each is collected separately by the intended 
recipient. The intended recipient may be notified of each 
separately or the intended recipient may be directed to the 
email call address which then provides the recipient with the 
unique call addresses of each of the attachments. 5 

Notification of receipt of the email and attachments can be 
achieved in a variety of ways and may vary depending upon 
the number of recipients and the number of attachments sent. 
Notification can be sent as each unique recipient accesses 
each unique call address. Or, notification may be sent to the 10 
sender when the recipient has collected the email and all of 
its associated attachments. Or, where a plurality of recipients 
have been sent the same email, the sender may be notified 
only after all the recipients have retrieved their copies of the 
email. Preferably, in the notification of receipt, a copy of the 
electronic message as received by the recipient is included. 15 
This message may then be compared with the message sent 
to verify that the message was not garbled during transmis- 
sion. Other options will be apparent to those skilled in the 
art. 

The instant invention also may be inactivated without 20 
having to remove the software application off the computer 
hard disc. The instant software application is provided with 
the following switches: Override, Always On, and Switch. 
Override allows the user to substantially turn off the soft- 
ware application thus deactivating notification of receipt. 25 
"Always On" allows the user to send electronic communi- 
cation which provides notification of receipt whenever the 
electronic communication is accessed. Switch provides a 
subroutine that reads the electronic communication before 
its is sent by the sender to determine if a receipt is being 30 
requested. 

Modifications and variations can be made to the disclosed 
embodiments without departing from the subject and spirit 
of the invention as defined in the following claims. Such ^ 
modifications and variations, as included within the scope of 
these claims, are meant to be considered part of the inven- 
tion as described. 

What is claimed is: 

1. A method for verifying receipt by an intended recipient ^ 
of an electronic communication generated by a sender 
comprising the following steps: 

a) sending an electronic communication comprising a 
data -string having an electronic address for the 
intended recipient; 45 

b) posting said data -string having said electronic address 
to a unique call address; 

c) providing the intended recipient with said unique call 
address at said electronic address; 

d) receiving at said call address a request, having said 50 
electronic address for the intended recipient therewith, 

to access said data siring; 

e) comparing said electronic address in said request with 
said electronic address provided in said data-string and 
proceeding with accessing said data string when said 55 
electronic address in said request matches said elec- 
tronic address in said data -string; 

f) sending an electronic notification consisting of data, 
said data comprising said call address and said elec- 
tronic address of the intended recipient to the sender 60 
when said electronic communication is accessed by the 
intended recipient. 

2. The method as in claim 1, further comprising the step 
of posting said data in a back end database. 

3. A method for verifying receipt by an intended recipient 65 
of an electronic communication generated by a sender 
comprising the following steps: 
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a) sending an electronic communication comprising a 
data-string having an electronic address for the 
intended recipient; 

b) sending an attachment to said electronic communica- 
tion to an additional electronic address for the intended 
recipient; 

c) posting said data-string having said electronic address 
to a unique call address; 

d) posting said attachment having said additional elec- 
tronic address to an additional unique call address; 

e) providing the intended recipient with said unique call 
address at said electronic address; 

f) receiving at said call address a request, having said 
electronic address for the intended recipient therewith, 
to access said data-string; 

g) comparing said electronic address in said request with 
said electronic address provided in said data-string and 
proceeding with accessing said data string when said 
electronic address in said request matches said elec- 
tronic address in said data -string; and 

h) sending an electronic notification consisting of data, 
said data comprising said call address and said elec- 
tronic address of the intended recipient to the sender 
when said electronic communication is accessed by the 
intended recipient. 

4. The method as in claim 3, further comprising the step 
of posting said data in a back end database. 

5. A device for verifying receipt by an intended recipient 
of an electronic communication generated by a sender 
comprising the following steps: 

a) means for sending an electronic communication com- 
prising a data-string having an electronic address for 
the intended recipient; 

b) means for posting said data-string having said elec- 
tronic address to a unique call address; 

c) means for providing the intended recipient with said 
unique call address at said electronic address; 

d) means for receiving at said call address a request, 
having said electronic address for the intended recipient 
therewith, to access said data string; 

e) means for comparing said electronic address in said 
request with said electronic address provided in said 
datastring and proceeding with accessing said data 
string when said electronic address in said request 
matches said electronic address in said datastring; and 

f) means for sending an electronic notification consisting 
of data, said data comprising said call address and said 
electronic address of the intended recipient to the 
sender when said electronic communication is accessed 
by the intended recipient. 

6. A device for verifying receipt by an intended recipient 
of an electronic communication generated by a sender 
comprising the following steps: 

a) means for sending an electronic communication com- 
prising a data -string having an electronic address for 
the intended recipient; 

b) means for sending an attachment to said electronic 
communication to an additional electronic address for 
the intended recipient; 

c) means for posting said data-string having said elec- 
tronic address to a unique call address; 

d) means for posting said attachment having said addi- 
tional electronic address to an additional unique call 
address; 
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e) means for providing the intended recipient with said 
unique call address at said electronic address; 

f) means for receiving at said call address a request, 
having said electronic address for the intended recipient 
therewith, to access said data-string; 5 

g) means for comparing said electronic address in said 
request with said electronic address provided in said 
datastring and proceeding with accessing said data 
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string when said electronic address in said request 
matches said electronic address in said datastring; and 
h) means for sending an electronic notification consisting 
of data, said data comprising said call address and said 
electronic address of the intended recipient to the 
sender when said electronic communication is accessed 
by the intended recipient. 

* * * * * 
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ABSTRACT 



A system, method, and article of manufacture are provided 
for affording an application program with an electronic 
message to help preclude unwanted electronic messages 
from being sent on a network. First, at least one application 
program is initialized after an electronic message is selected 
by a user. Such application program is received with the 
electronic message on a network. After initialization, the 
application program is executed. The execution of the appli- 
cation program includes displaying text included with the 
electronic message, depicting indicia, and communicating 
an identifier of the electronic message on the network upon 
the selection of the indicia by the user for precluding 
unwanted electronic messages from being sent on the net- 
work. 

16 Claims, 9 Drawing Sheets 
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SYSTEM, METHOD AND ARTICLE OF 
MANUFACTURE FOR PREVENTING THE 
PROLIFERATION OF UNWANTED 
ELECTRONIC MESSAGES 



RELATED APPLICATIONS 

The present application relates to applications entitled 
"Electronic Message Payload for Interfacing with Text Con- 
tained in the Message", "Method and Article of Manufacture 
for a Sub-Browser Application Program Stored in an Elec- 
tronic Message", "Method and Article of Manufacture for 
Delaying Advertisement Execution in a Geometric Elec- 
tronic Media Distribution Framework", "Textual Hyperlink 
Capable of Inputting Text as a Parameter while Executing an 
Associated Link", and "Method and Apparatus for the 
Production, Delivery, and Receipt of Enhanced E-Mail" 
which were filed concurrently herewith and are incorporated 
herein in their entirety. 

FIELD OF THE INVENTION 

The present invention relates to e-Conmerce and more 
particularly to preventing unwanted electronic messages, or 
"spam", from being pro life rated on a network. 

BACKGROUND OF THE INVENTION 

Computer technology is continuously advancing, provid- 
ing newer computer systems with continuously improved 
performance. One result of this improved performance is an 
increased use of computer systems by individuals in a wide 
variety of business, academic and personal applications. In 
some instances, these computer systems are linked together 
by a network or modems so that the systems can commu- 
nicate with each other via electronic mail. 

Electronic mail, or "e-mail", has become a popular way 
for people to communicate using networks of various types 
such as the Internet. Using e-mail, a person can send 
messages and other information as attachments electroni- 
cally to other e-mail users. Such attachments normally 
include pictures, sound recordings, formatted documents, 
etc. that are in digital form, and which are executable 
independent of the opening and reading of the message 
included with the e-mail. 

The recent explosion in the popularity of the Internet has 
provided tremendous potential for marketing goods and 
services. However, for most small to mid-sized companies, 
advertising their wares and services through a web-site on 
the Internet has not proven to be very effective. One of the 
difficulties with advertising on the Internet is directing 
consumers to visit a particular web-site. The overabundance 
of web-site locations has created an information overload for 
many consumers. 

E-mail is one possible solution for advertisers. Despite its 
allure, however, promotional e-mail is still frowned upon, 
and at present its content is generally limited to unformatted 
text without graphics which is often not personalized. 
Accordingly, promotional e-mail is often disregarded, and in 
almost all cases, is not propagated by the recipients them- 
selves. 

At the present, such promotional e-mail, or "spam", has 
become such an annoyance to many users of e-mail that 
"lists" have formed. Such lists are often generated by users 
reporting unwanted e-mail to a central site which, in turn, 
uses filtering techniques or the like to prevent the prolifera- 
tion of the unwanted email. While such "lists" are effective 
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once the unwanted e-mail is disclosed, a problem often 
arises in reporting the unwanted e-mail. 

Users are often very busy, and excuse unwanted e-mail 
rather that reporting the same due to the multiple user 
5 actions required for reporting. Namely, a user must often 
copy the domain name, exit an e-mail browser, initiate a 
network browser, locate the appropriate "list" site, and 
manually enter the domain name and any other required 
information. These tedious steps often serve as a deterrence 
10 to take action upon receiving an unwanted electronic mes- 
sage. 

SUMMARY OF THE INVENTION 

A system, method, and article of manufacture are pro- 
15 vided for affording an application program with an elec- 
tronic message to help preclude unwanted electronic mes- 
sages from being sent on a network. First, at least one 
application program is initialized after an electronic message 
is selected by a user. Such application program is received 
20 with the electronic message on a network. After 
initialization, the application program is executed. The 
execution of the application program includes displaying 
text included with the electronic message, depicting indicia, 
and communicating an identifier of the electronic message 
25 on the network upon the selection of the indicia by the user 
for precluding unwanted electronic messages from being 
sent on the network. 

In one aspect of the present invention, the identifier is 
30 generated by a server that sends the electronic message on 
the network to the user. As an option, the identifier may be 
stored in the application program to be sent upon the 
selection of the indicia. 

In another aspect of the present invention, an amount of 
35 the identifiers that were sent by a plurality of users who 
received the electronic message may be tracked. Upon a 
predetermined amount of the identifiers being tracked, 
unwanted electronic messages may be prevented from being 
sent on the network. 
40 As an option, the transmission of the unwanted electronic 
messages may be precluded by preventing the transmission 
of any subsequent electronic messages from a source of the 
original unwanted electronic message. Further, content of 
the electronic message may be received, thus allowing the 
45 prevention of transmission of any subsequent electronic 
messages having content substantially similar to the 
received content. 

These and other advantages of the present invention will 
become apparent to those skilled in the art upon a reading of 
50 the following descriptions of the invention and a study of the 
several figures of the drawing. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing aspects are better understood from the 
55 following detailed description of one embodiment of the 
invention with reference to the drawings, in which: 

FIG. 1 is an illustration of the geometric manner in which 
an electronic message may be distributed over a network in 
6Q accordance with the prior art; 

FIG. 2 is a graph depicting the geometric nature illustrated 
in FIG. 1; 

FIG. 3 is a schematic diagram of one exemplary hardware 
implementation of the present invention; 
65 FIG. 4 is a flowchart illustrating the execution of the first 
application program of one embodiment of the present 
invention; 
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FIG. 5 is an illustration of a graphical user interface of the FIG. 3 illustrates an exemplary hardware configuration in 
present invention that is displayed upon the execution of the accordance with one embodiment having a central process- 
first application program, and which is used to display the ing unit 310, such as a microprocessor, and a number of 
text of the first electronic message and any functionality other units interconnected via a system bus 312. The hard- 
associated therewith; 5 ware configuration shown in FIG. 3 includes Random 

FIG. 6 illustrates one example of the functionality dis- Access Memory (RAM) 314, Read Only Memory (ROM) 

played upon execution of the first application program in 91^ a n I/O adapter 318 for connecting peripheral devices 

accordance with one embodiment of the present invention; suc h ^ disk storage units 320 to the bus 312, a user interface 

FIG. 7 illustrates the execution of the second application adapter 322 for connecting a keyboard 324, a mouse 326, a 

program of the present invention, or in an alternate 10 speaker 328, a microphone 332, and/or other user interface 

embodiment, interaction with a site on the network which is devices such as a touch screen (not shown) to the bus 312, 

initiated upon the selection of one of the "FORWARD", communication adapter 334 for connecting the hardware 

"REPLY", or "NEW" icons displayed in the graphical user con f lgura tion to a communication network 335 (e.g., a wide 

interface of FIG. 5; area ne t wor k) and a display adapter 336 for connecting the 

FIG. 8 is an illustration of a graphical user interface 15 bus 312 tQ a display device 338 

initiated after selection of one of the "FORWARD", _ , , - t . n , ., am 

.V.-i.'r» v » uKmiw» ■ • 1 'it „u„a; The hardware configuration typically has resident thereon 

RbPLY , or NEW .cons ,n accordance w,th one emboch- ^ ^ ^ .J^,^ windows m or 

ment of the present invenuon; Windows/98/2000 Operating System (OS), the IBM OS/2 

FIG. 9 is a flowchart illustrating the continued operation j te the ^ 0S; or UNIX operating system, 

of the present invention upon the se ecnon of the SEND 20 skflled . q tfae ^ ^ date that the present 

or other similar icon on the graphical user interface of FIG. mvention may ^ be implemented on platforms and oper- 

^ ; . ating systems other than those mentioned. 

HG. 10 is a flowchart illustrating the operations associ- ^ tfae exeaitkm of the first 

ated with the fetch e-mail operation of FIG. 9; apphcation program associated with the first electronic 

FIG. 11 is a flowchart illustrating the operations associ- 25 ™ ^ ^ tQ a ^ { usef ^ fifSt eleclronic 

ated with the format and send message operation of FIG. 9; may ^ rece . yed oyer any netwQrk such as a wide 

FIG. 12 is a graphical user interface similar to that of FIG. area network ln one embodiment, such wide area network 

5 with the exception of an additional "unwanted electronic may the internet and the first electronic message 

message" icon; and may ^ transmitted using a protocol such as TCP/IP and/or 

FIG. 13 is a flowchart illustrating a server-based process 30 Ipx jhc first electronic message includes a first application 

initiated upon the selection of the additional "unwanted program incorporated therein by any desired technique, 

electronic message" icon of FIG. 12. along with a message, i.e. graphic, textual, audible, etc., 

DETAILED DESCRIPTION OF THE generated by a previous user. In one embodiment, at least a 

PREFERRED EMBODIMENTS portion of the first application program includes a JAVA 

™™ . ^ .„ L . • • u- u 35 APPLET. In the alternative, such first application program 

FIGS. 1 and 2 illustrate the geometric manner in which an [q ^ m Qb - 

electron* message may be distributed over a network in J jamming or markup language, 

accordance with the prior art. FIGS. 3-13 illustrate a system * 7- - * A thtt n Kt armVtnat : nn 

for providing an application program adapted to be incor- As shown in operation of FIG. 4, the first application 

porated as a "payload" of an electronic message. Such 40 P^gram of the first electronic message is automatically 

application program is automatically initialized after the initialized upon being selected, or opened , by a user on an 

electronic message isselected by a user. After initialization, electronic mail browser, 1 e^ NETSCAPE 

the application program is executed. The execution of the COMMUNICATOR, MICROSOFT OU^OOK, etc Such 

application program includes various features. selection may include "clicking on an identifier ot ^the first 

C . L • 1 a a- 1 electromc message, or any other technique enabled by the 

For exampe, such execution may include displaying text 45 c j cwlu . & » ' tH / firct 

. , , , . , < r , 1 . * jv iT.,;™ electromc mail browser. Upon such user action, the nrst 

included with the first electronic message, displaying \ . . . - t - V „ A mm ~A\»ioU r ; n an ailtrt 

. . „ . t r. . 1 j * ft ' ,1 electromc message is lnitiahzed immediately in an auto- 

mdicia, al owing entry of text, and sending the entered text £ r , tU . - ' nn n 

& j & ca ^ n A mated manner. To accomplish this, the first apphcation 

and the apphcation program over a network in a second "'"^ » r > r r 

a uu tu^appiwu r & program may depart from an "attachment in the traditional 

electronic message to a second user upon selection of the way uv-pn 

, . , s . 4 / co „ mflnt mQ „ K _ en sense, and be included in the first electronic message itself, 

indicia. In one embodiment, a code segment may be 50 ~T , . , , ■ 1 u , . ^ „ ° K . rtf 

j ♦ nt tT nct n nM *ir, n Further, the electronic mad browser must be capable of 

executed which includes as a parameter at least a portion 01 L uimw, mv ^ w* r 

he text included with the electronic message, thus'incorpo- automatically recognizing and « 

rating the text with any type of functionality, i.e. graphic, ™*UP lm » ™£« fJ^^^T^ 

etc. Still yet, other features may be included such as an common ca P ablht V amon S eleclromc mai1 browsers " 

advertisement that is displayed only after the electronic 55 Initialization of the first application program may include 

message is forwarded a predetermined number of instances. determining various variables and other parameters required 

Also, the text included with the electronic message may to execute the application program, or any other "pre- 

constitute a hyperlink which, when selected, links to a site execution" duties. For example, one of such parameters may 

and enters the text as a parameter upon such linking, comprise the body of text included with the first electronic 

As will become apparent, the personal text of the elec- 60 message, 

ironic message may induce the user to open the mail while In one embodiment, hypertext markup language may be 

the functionality may serve as an inducement to send the included with the first electronic message to contain the 
electronic message to another user. This in turn may be used parameters and call another portion of the first application 
to incur visits to a particular site on the network. In the program such as a JAVA APPLET located at another site on 
alternative, it may serve to afford widespread exposure of 65 the network. It should be noted, however, that the hypertext 
advertisements or any other feature that supports markup language itself or any other computer or markup 

e-Commerce. language included with first electronic message may con- 
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stitute a component or an entirety of the first application 
program. In other words, any desired portion(including no 
portion) of the first application program may be positioned 
at a separate location on the network. 

Following is an example of hypertext markup language 
for containing the parameters and calling another portion of 
the first application program. In the present embodiment, a 
portion of the first application program is called using a URL 
on the network. 



<HTML> 
<HEAD> 

<TTTLE> Practice Apple ts</TTTLE> 

</HEAD> 

<BODY> 

<APPLET CODEBASE-"http://www.esprinkles.com" 
CODE="HelloAgain World.dass" ARCHIVE-"eyejar.jar" WlDTH-1000 
HEIGHT-1000 
ALIGN-left> 

<PARAM NAME-info VALUE-" . . . body of text . . . '*> 

<PARAM NAME-keystring VALUE-"I"> 

<yAPPLET> 

</BODY> 

</UTML> 



In operation 402 of FIG. 4, execution of the first appli- 
cation program has commenced and a layout manager is 
instantiated and installed. Layout managers are well known 
to those of ordinary skill in the art, and function to define the 
graphical framework during execution. Specifics regarding 
the graphical framework will be set forth in greater detail in 
the description of FIG. 5. 

Thereafter, in operation 404, a particular key string 
parameter is retrieved in addition to the entire body of text. 
The key string parameter may include a particular string of 
text that is included in the body of text. In one embodiment, 
the word "I" may be retrieved as the key string parameter. 
In still other embodiments, any other letter, expression, 
word, phrase, pattern, format, etc. may be used as a key 
string parameter. 

Next, each word and/or phrase of the body of text is 
retrieved in operation 405, and compared with the key string 
parameter to determine whether there is a match in decision 
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406. To accomplish this, a parser such as ANTLR may be 
employed to identify the designated letter, expression, word, 
phrase, pattern, format, etc. If it is determined that a match 
does not exist, a convention label is instantiated for simply 

5 displaying the current word and/or phrase in operation 408. 
On the other hand, if it is determined that a match does 
indeed exist, a functionality is instantiated which incorpo- 
rates the key string parameter in operation 410. It is then 
determined in decision 412 whether all of the words and/or 

10 phrases of the body of text have been compared. If not, the 
process operations 405-410 are repeated. 

FIG. 5 is an illustration of a graphical user interface of the 
present invention that is displayed upon the execution of the 

is first application program, and which is used to display the 
text of the first electronic message and any functionality 
associated therewith. As shown, a frame 500 of the network 
browser encompasses a text box 502. Such text box includes 
the body of text 504. Further, a plurality of first indicia 506 

20 is displayed in or around the text box. In one embodiment, 
the first indicia may include a "FORWARD", "REPLY", 
and/or a "NEW" icon. 

FIG. 6 illustrates one example of the functionality dis- 
25 played upon execution of the first application program. In 
such embodiment, the key string parameter is 'T\ and an 
eyeball 600 is graphically depicted in place of the key string 
parameter within the textbox 502. During use, the movement 
of the eyeball 600 may be adapted to coincide with the 
30 movement of a mouse cursor 602. This may be accom- 
plished using a "mouse listener" which may interface with 
the first application program. Mouse listeners track a current 
position of mouse cursors. It should be noted that in various 
alternate embodiments, any type of user input may be used 
35 to change various aspects, i.e. graphic, textual, layout, color, 
sound, etc. of the first electronic message. 

Programs that execute the foregoing eyeball graphic fea- 
ture are commonly known to those of ordinary skill. Such 
^ programs commonly use atan2 in order to compute the angle 
between the eyeball and the mouse cursor. An example of a 
code segment that executes the mouse listener feature, and 
that calls the eyeball graphic feature is as follows: 



import java .applet.*; 
import java.awt.*; 
import java.lang.*; 
import java.util.*; 
import java.awt.event,*; 
importjava.net.*; 

public class Hello Again World extends Applet 

{ 

[mage backBuffer; 
Graphics backG; 
Siring s - "null"; 
public void init() 

{ 

/Ahis .setLayout (null); 

this.sctLayout(new FlowLayout(FlowLayout.LEFT)); 
s» getParameter(**info"); 

StringTokeaizer parser ■ new StringTbkeoizer(s); 

try 

{ 

whUe(parscr.hasMorcTokcns0) 
{ 

String a - parser. nextTbken(); 

if (a.equalsfr)) 

{ 

EyebalI2 eye - new Eyeball2(this); 
eye.setSize(30, 30); 
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-continued 



add(cye); 

Clicker click = new Clicker(this); 
e ye . add Mouse Listc ner(cUck) ; 

} 

else 
{ 

Label helloLabel - new Label(); 
helloLabcLsetText(a); 

hel!oLabel.setForeground(new Color(170, 27, 140)); 
add(helloLabel); 

} 

} 

} 

catch (NoSuchElementException e) 

{ 

} 

} 

public void paint(Graphics g) 
{ 

maintain 0; 

super. paint(backG); 

g.drawlmage(backBuffer, 0, 0, null); 

} 

public void update (Graphics g) 
{ 

maintainQ; 
super.update(backG); 
g.drawImagefbackBuffer, 0, 0, null); 

} 

void maintainO 

// Maintain the back buffer and the graphics context that is 
directed towards the back buffer. 

{ 

int w m getBounds().width; 
int h - getBounds(). height; 

// If there is no buffer or it is the wrong width, or it is 
the wrong height, then adjust the back buffer. 

if ( backBuffer — null [| backBuffcr.getWidth(null) !- w || 
backBuffer.getHeight(null) !- h ) 

{ 

// Adjust the back buffer. 
backBuffer - createlmage( w, h ); 
// If we have a backBuffer, then make a graphics context 
that is directed towards the back buffer. 

if (backBuffer !- null) 

{ 

// Dispose of any previous graphics context that may 
have pointed to a previous back buffer. 

if ( backG 1- null ) 
{ 

backG.disposeO; 

} 

// Now create the graphics context that is directed 



to the back buffer. 

} 



} 



backG - backBuBsr.gelGraphicsO; 



} 

} 

} 

class Clicker implements MouseListener 
{ 

Applet a; 
URL url; 

CIicker( Applet __a) 

{ 

a - _a; 

} 

public void mouseCUcked (Mouse Event evt) 

< 
} 

public void mousePressed(MouseEvent evt) 

{ 

} 
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-continued 



public void mouse Released(MouseEvent cvt) 
{ 

Apple tContcxt ac - a.getAppletContextO; 

try 

{ 

url = new URL("hUp 7/207.82.252. 253/cgi- 
buVKnkrd? lang=&hm actio n»htlp%3a%2f%2fwww%2eneostar%2ecom"); 
} 

catch (MalformedURLException e) 

System.out.println("I was a malformed url"); 

} 

ac.showDocument(url); 

} 

public void mouse Entered(MouseEvent evt) 

{ 

I 

public void mouseExited(MouseEvent evt) 

{ 

} 



It should be noted that any type of functionality may be 
incorporated during the execution of the first application 
program. For example, advertisements may be displayed, 
etc. 

FIG. 7 illustrates the execution of the second application 
program of the present invention which is initiated upon the 
selection of one of the first indicia 506, i.e. the 
"FORWARD", "REPLY", and/or "NEW" icon, displayed in 
the graphical user interface of FIG. 5. It should be noted that, 
in a "server-based" embodiment, selection of one of the first 
indicia 506 may initiate a link to a site on the network, thus 
allowing interaction with the site to afford functionality 
similar to that afforded by the second application program. 
To accomplish this, each button may be generated using 
HTML and have a unique URL associated therewith. As an 
option, a user may simply access the site on the network to 
send an electronic message without having to first receive a 
message. 

In particular, it will be assumed in the present description 
that the "NEW" icon has been selected. It should be noted, 
however, that given the present description it would be well 
within the ability of one of ordinary skill to implement the 
"FORWARD" and "REPLY" functions. With respect to the 
"REPLY" icon, there may be a need for a mechanism of 
transferring the body of text from the first application 
program to the second application program. This may be 
accomplished by a "cookie" or similar metadata-type infor- 
mation. 

As shown in FIG. 7, a second application program is 
initialized upon the selection of the first indicia 506 in 
operation 700. It should be noted that, in one embodiment, 
the second application program may be a component of the 
first application program thus rendering a single application 
program. In one embodiment, the first application program 
includes an un-signed application program and the second 
application program includes a signed application program. 
Still yet, in the server-based embodiment, interaction with 
the site on the network is effected in lieu of the initialization 
of the second application program. 

Similar to the first application program, initialization of 
the second application program may include determining 
various variables, and other parameters required to execute 
the application program. Next, in operation 702, text fields 
are installed for allowing entry of text by the first user. 

FIG. 8 is an illustration of a graphical user interface 
associated with the continued operation of the present inven- 



tion after the selection of one of the first indicia 506 of FIG. 
5. As shown, a plurality of text fields 801 are displayed 

25 within the frame 500 of the network browser. Included are 
a destination text box 800 for allowing the insertion of an 
electronic mail address of a desired destination, a subject 
text box 802 for allowing entry of a subject of a message, a 
body text box 804 for allowing entry of a body of text or 
message, and a key word text box 806 which is adapted for 

30 allowing entry of the key string parameter. Also included is 
second indicia 808 which may take the form of a "SEND" 
icon or the like. 

FIG. 9 is a flowchart illustrating the continued operation 
of the present invention upon the selection of the second 

35 indicia 808, i.e. "SEND", on the graphical user interface of 
FIG. 8. As shown, in operation 900, the text is first retrieved 
from the text fields 801 of the graphical user interface of 
FIG. 8. Next, in operation 902, the text is verified to ensure 
that each of the necessary text fields are filled and valid. For 

40 example, the text boxes 800 and 804 may be required. 

If it is determined by decision 903 that the verification of 
operation 902 fails, a complaint is issued in operation 904. 
Such complaint may take the form of a pop-up window or 
the like, and may describe the nature of any defects. On the 

45 other hand, if the verification of operation 902 succeeds and 
all of the necessary fields are filled, information associated 
with an electronic mail server of the first user is retrieved in 
operation 905. This may be accomplished by accessing a 
hard drive of a computer of the first user which is running 

50 the network browser and electronic mail browser. The 
purpose of obtaining this information is to identify a server 
from which the information in the text fields 801 may be sent 
in the form of a second message. In the alternative, a single 
designated server may be automatically identified by the 

55 second application program, thus obviating the need to 
access the hard drive of the computer of the first user. 

Upon identifying a server from which the second message 
is to be sent, the second electronic message may be format- 
ted and sent to a second user in operation 906. Upon being 

60 sent, another verification may be executed in decision 908 in 
order to ensure that the second electronic message was sent 
in a satisfactory manner. If successful transmittal of the 
message is not verified, a complaint may be issued in a 
manner similar to that discussed hereinabove with respect to 

65 operation 904. 

If, on the other hand, successful transmittal of the mes- 
sage is verified in decision 908, the second application 
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program may optionally link the first user to a site on the 
network in operation 910. Such site may be identified by the 
second application program. This feature may thus be used 
to increase a number of visits, or "hits", on a particular site 
which in itself may warrant substantial consideration. 

FIG. 10 is a flowchart illustrating the operations associ- 
ated with the fetch e-mail operation 905 of FIG. 9. As 
mentioned earlier, this may be accomplished by accessing a 
hard drive of a computer of the first user which is running 
the network browser and electronic mail browser. Before 
this may be effected, in operation 1000, the browsers) that 
is currently in use may be detected after which the appro- 
priate information may be accessed in operation 1002. As an 
option, permission to retrieve such information may be 
gained from the first user prior to any action being taken. 

FIG. 11 is a flowchart illustrating the operations associ- 
ated with the format and send message operation 906 of FIG. 
9. The format refers to the hypertext mark-up language of 
which an example was provided earlier. In order to generate 
such format, a string is first created in operation 1100. 
Thereafter, a preamble is appended to the string in operation 
1102. Thereafter, the body of text and key string parameters 
are appended in operations 1104 and 1106 after which a 
postscript is appended in operation 1108. An example of 
each of the foregoing appended elements are outlined as 
follows using the example set forth earlier: 



Preamble 

<HTML> 
<HEAD> 

<TTTLE>Practice Applets </TTTLE> 

</HEAD> 

<BODY> 

<APPLET CODEBASE- 44 hUp://www.esprinldes.com" 
(*1" app. program*) 

CODE="HelloAgainWorld.class M ARCHIVE-" eyejar.jar"WIDTH-l 000 

HEIGHT- 1000 

ALIGN-lett> 

Parameter 



<PARAM NAME-info Value-" 
Parameter 



. body of text . . . "> 



< PARAM NAME-keystring VALUE=T'> 

Note: multiple key strings and adaptive keys may be used to identify the 

letter, expression, word, phrase, format, etc. 

Postscript 

</APPLET> 

</BODY> 

</HTML> 



10 



15 



20 



25 



30 



35 



40 



45 



With continuing reference to FIG. 11, a message object is 
then created in operation 1110; Thereafter, the string and 
appendages, or message data, is attached to the object in 
operation 1112 using the JAVA mail API. Using the infor- 
mation collected about the server, a connection is then 
effected with the desired host mail server (SMTP or the like) 
in operation 1114 after which the message object and data 
are sent in operation 1116. In the case of multiple electronic 
mail destinations, this operation may be repeated as many 
times as required. An error status is then retrieved in 
operation 1118 to enable the decision 908 of FIG. 9. Next, 
the server is disconnected in operation 1120 and the error 
status is returned in operation 1122. It should be noted that 
submission of the data may be accomplished in any form 
submit-type process. 

One example of functionality that may be implemented by 
the first application program was shown in FIG. 6. It should 
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be noted, however, that any type of functionality may be 
employed by running a code segment including as a param- 
eter at least a portion of the text included with the electronic 
message. 

In various embodiments, the functionality may include 
the incorporation of an image, video, a specific graphic 
feature, or any other type of object for that matter. For 
example, any type of theme such as rabbits, earthquakes, 
time, popular icons and trademarks may be employed during 
the display of the text associated with the electronic mes- 
sage. As an option, such graphics may in some way interact 
with the text of the electronic message. 

For example, where the theme is earthquakes, the text 
may be shown to shutter or the like. Or, where the theme is 
rabbits, the rabbits may be shown hopping from word to 
word. Still yet another example includes dressing or 
undressing an icon in various attire or providing any other 
type of feedback based on user input. Further, where the 
theme is time, a format of a time, i.e. "7:00", may be 
detected in order to replace the same with an analog clock 
graphic which corresponds with the detected time. 

As an option, the selection of the graphic or icon may 
initiate a link to a predetermine site on the network. Still yet, 
the application program may be adapted to allow the object 
to be substituted with any of the strings of the text while it 
is being shown. This may be accomplished with a select and 
"drag" feature. 

In another embodiment, the execution of the first appli- 
cation program may include linking a string of the text of the 
first electronic message with a site on the network. In other 
words, such string constitutes a hyperlink. In such 
embodiment, the execution of the first application program 
may further include automatically inputting the string as a 
parameter to the site on the network upon selection of the 
hyperlink for various purposes. In the case where the site is 
a search engine, the string may be automatically entered as 
a search term in the search engine upon the selection of the 
hyperlink, thus prompting immediate reaction by the search 
engine. One example of an implementation of this concept 
is as follows: 

http://www.search 33 engine.com/?MT*>keystring&SM= 
MC&DV-0&LG-any&DC«10&DE-2& 13 v«2 

In still another embodiment, the functionality associated 
with the electronic messages provides an inducement for 
sending them to additional users. With this exposure, the 
present invention may be used to propagate advertisements 
over the network. First, the electronic message is provided 
with the application program attached thereto which is 
capable of displaying an advertisement. As the message is 
communicated over the network, each instance of such 
communication is detected. 

As such, the number of the instances that the electronic 
message is communicated over the network may be traced. 
The advertisement is then displayed after a predetermined 
number of the instances greater than one has been tracked. 
By employing this technique, the users will not be thwarted 
from forwarding the electronic message until after a prede- 
termined geometric propagation has already taken place. It 
should be noted that the foregoing tracking ability may also 
be used to base a determination of compensation from the 
advertiser. 

As an option, the predetermined number may be based on 
a Fibonacci sequence for optimized perpetuance of the 
electronic message. Further, the predetermined number may 
be based on a generation of the electronic message. As an 
option, the advertisement may be displayed by automatically 
linking to a site on the network. 
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FIG. 12 is a graphical user interface similar to that of FIG. 
5 with the exception of an additional "unwanted electronic 
message" icon 1200, or indicia, that is displayed upon 
execution of the first application program. Upon selection of 
such indicia, a server-based process is initiated to help 5 
preclude unwanted electronic messages, or "spam", from 
being sent on a network. 

To facilitate this, each message that is received by the user 
is assigned a unique identifier by the server by way of a 
common gateway interface (CGI) or the like. In one 10 
embodiment, such identifier may include a domain name. In 
yet another embodiment, the identifier may be a number that 
is randomly generated, but large enough to ensure unique- 
ness. This number may be stored in the first application as 
a parameter, or incorporated into the HTML associated with 15 
generating the "unwanted electronic message" icon 1200. 

Upon selection of the "unwanted electronic message" 
icon 1200, the identifier of the electronic message is com- 
municated on the network to a designated server. For reasons 
that will soon become apparent, content of the electronic 20 
message may optionally also be sent. 

FIG. 13 is a flowchart illustrating a server-based process 
initiated upon the selection of the additional "unwanted 
electronic message" icon of FIG. 12 and the receipt of the 
identifier and content by the server. As shown, the identifier 25 
and content of the unwanted message are received in opera- 
tion 1300. Thereafter, the unique number is looked-up in 
operation 1302 in order to retrieve associated information on 
the source of the unwanted electronic message in operation 
1304. In the case where the identifier is a number, such 30 
number may be used to ascertain the domain name of the 
message which may be stored with the identifier at the time 
of transmission. A counter associated with the domain name 
or the electronic message itself is then incremented in 
operation 1305. 35 

Thereafter, in decision 1306, a number of identifiers 
identifying the same unwanted message or messages from 
the same source(domain name) is tracked for the purpose of 
determining whether a tolerance has been exceeded. In other 
words, it is determined whether such occurrences have 40 
exceeded a predetermined level. If not, the identifiers are 
continuously tracked. 

If, however, the tolerance has been exceeded, the 
unwanted electronic message is reported in operation 1308 
for preventing proliferation of the electronic message, simi- 45 
lar messages, and/or messages from a similar source. In 
addition to reporting the message, the server itself may even 
take active measures to filter or eliminate the electronic 
message, similar messages, and/or messages from a similar 
source. 50 

As an option, the content of the electronic message may 
also be reported in operation 1310 to the list, thus allowing 
the prevention of transmission of any subsequent electronic 
messages having content substantially similar to the 
received content. It should be noted that "lists" are com- 55 
monly known as a means of preventing the proliferation of 
already identified unwanted electronic messages. Still yet 
another option may include sending the user a notice that the 
report has been received. 

While this invention has been described in terms of 60 
several preferred embodiments, it is contemplated that 
alternatives, modifications, permutations, and equivalents 
thereof will become apparent to those skilled in the art upon 
a reading of the specification and study of the drawings. It 
is therefore intended that the true spirit and scope of the 65 
present include all such alternatives, modifications, 
permutations, and equivalents. 
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What is claimed is: 

1. A method for providing an application program with an 
electronic message to preclude unwanted electronic mes- 
sages from being sent on a network, comprising: 

initializing at least one application program after an 
electronic message is selected by a user, wherein the 
application program is received with the electronic 
message on a network; and 
executing the application program after the initialization 
thereof, the execution of the application program 
including: 

displaying text included with the electronic message, 
depicting indicia, 

communicating an identifier of the electronic message 
on the network upon the selection of the indicia by 
the user for precluding unwanted electronic mes- 
sages from being sent on the network; 
tracking an amount of the identifiers that were sent by 
a plurality of users who received the electronic 
message; and 

precluding unwanted electronic messages from being 
sent on the network upon a predetermined amount of 
the identifiers being tracked. 

2. The method as set forth in claim 1, wherein the 
application program is executed on a network browser. 

3. The method as set forth in claim 1, wherein the 
electronic message is selected on an electronic mail browser. 

4. The method as set forth in claim 1, wherein the 
identifier is generated by a server that sends the electronic 
message on the network to the user. 

5. The method as set forth in claim 4, wherein the 
identifier is stored in the application program. 

6. The method as set forth in claim 1, and further 
comprising tracking an amount of the identifiers that were 
sent by a plurality of users who received the electronic 
message and precluding unwanted electronic messages from 
being sent on the network upon a predetermined amount of 
the identifiers being tracked. 

7. The method as set forth in claim 1, wherein the sending 
of the unwanted electronic messages is precluded by pre- 
venting the transmission of any subsequent electronic mes- 
sages from a source of the electronic message. 

8. The method as set forth in claim 1, and further 
comprising receiving content of the electronic message, 
wherein the sending of the unwanted electronic messages is 
precluded by preventing the transmission of any subsequent 
electronic messages having content substantially similar to 
the received content. 

9. A computer program embodied on a computer readable 
medium for providing an application program with an 
electronic message to preclude unwanted electronic mes- 
sages from being sent on a network, comprising: 

a code segment for initializing at least one application 
program after an electronic message is selected by a 
user, wherein the application program is received with 
the electronic message on a network; and 
a code segment for executing the application program 
after the initialization thereof, the execution of the 
application program including: 
displaying text included with the electronic message, 
depicting indicia, 

communicating an identifier of the electronic message 
on the network upon the selection of the indicia by 
the user for precluding unwanted electronic mes- 
sages from being sent on the network; 
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a code segment for tracking an amount of the identifiers 
that were sent by a plurality of users who received 
the electronic message; and 

a code segment for precluding unwanted electronic 
messages from being sent on the network upon a 5 
predetermined amount of the identifiers being 
tracked. 

10. The computer program as set forth in claim 9, wherein 
the application program is executed on a network browser. 

11. The computer program as set forth in claim 9, wherein 10 
the electronic message is selected on an electronic mail 
browser. 

12. The computer program as set forth in claim 9, wherein 
the identifier is generated by a server that sends the elec- 
tronic message on the network to the user. 35 

13. The computer program as set forth in claim 12, 
wherein the identifier is stored in the application program. 
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14. The computer program as set forth in claim 9, and 
further comprising a code segment for tracking an amount of 
the identifiers that were sent by a plurality of users who 
received the electronic message. 

15. The computer program as set forth in claim 9, wherein 
the sending of the unwanted electronic messages is pre- 
cluded by preventing the transmission of any subsequent 
electronic messages from a source of the electronic message. 

16. The computer program as set forth in claim 9, and 
further comprising a code segment for receiving content of 
the electronic message, wherein the sending of the unwanted 
electronic messages is precluded by preventing the trans- 
mission of any subsequent electronic messages having con- 
tent substantially similar to the received content. 

* * * * * 
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A method is provided for secure transmission of a message 
via a network where a recipient of the message need not be 
a party to the network or maintain an active address in the 
network. Instead, new accounts are created dynamically by 
the system of the invention in response to a message 
addressed to an unknown user by sender who is a party to the 
network. In the operation of the method of the invention, 
messages from a network-party sender addressed to such an 
unknown user are deposited into a unique account created 
for the addressed recipient. That addressed recipient is 
notified via a non-network communication path that a mes- 
sage is stored and available to it at a network address, and 
is provided instructions for accessing that network address 
to retrieve its message. 
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METHOD OF TRANSFERRING DATA FROM 
A SENDER TO A RECIPIENT DURING 
WHICH A UNIQUE ACCOUNT FOR THE 
RECIPIENT IS AUTOMATICALLY CREATED 
IF THE ACCOUNT DOES NOT PREVIOUSLY 
EXIST 

This application claims the benefit of U.S. Provisional 
Application No. 60/132,203 filed May 3, 1999, U.S. Provi- 
sional Application No. 60/132,790 filed May 6, 1999 and 
U.S. Provisional Application No. 60/198,033 filed Apr. 18, 
2000, which are herein incorporated by reference. 

FIELD OF THE INVENTION 

The present invention relates to computer systems and 
more particularly to digital messages accessed by computer 
systems. 

BACKGROUND OF THE INVENTION 

The Internet is a worldwide system of computer 
networks — a network of networks in which a user at one 
computer can obtain information from any other computer 
(and communicate with users of the other computers). The 
Internet was conceived by the Advanced Research Projects 
Agency (ARPA) of the U.S. government in 1969 and was 
first known as the ARPANet. The original aim was to create 
a network that would allow users of a research computer at 
one university to be able to communicate with research 
computers al other universities, lb assure that the network 
could continue to function even if parts of it were destroyed, 
such as by a military attack or natural disaster, a key design 
requirement of ARPANet was a facility for bi-directional 
message routing in a communication link. 

The Internet has evolved into a public, cooperative, and 
self-sustaining facility accessible to hundreds of millions of 
people worldwide. The most widely used part of the Internet 
is the World Wide Web (often abbreviated "WWW" or 
called "the Web"). One important feature of the Web is its 
use of hypertext documents, a method of instant cross- 
referencing. On many Web sites, certain words or phrases 
appear in text of a different color than the rest; often this text 
is also underlined. When one of these words or phrases is 
selected, it functions as a hyperlink, transferring the user to 
the site or page that is linked to this word or phrase. 
Sometimes there are buttons, images, or portions of images 
that are "clickable." 

Using the Web provides access to millions of pages of 
information. Web surfing is done with a Web browser; the 
most popular of which are Netscape Navigator and 
Microsoft Internet Explorer. The appearance of a particular 
Web site may vary slightly depending on the particular 
browser used. Recent versions of browsers have plug-ins, 
which provide animation, virtual reality, sound, music, and 
display of text in controlled form. 

Because the Internet evolved from the ARPAnet, a 
research experiment that supported the exchange of data 
between government contractors and academic researchers, 
an on-line culture developed that is sometimes alien to the 
corporate business world. Although the Internet was not 
designed to make commercialization easy, commercial 
Internet publishing and e-commerce have rapidly evolved. 
In part it is the very ease with which anyone can publish a 
document that is accessible by a large number of people that 
makes electronic publishing attractive. Setting up an 
e-commerce site can typically be accomplished with low 
overhead while providing access to a worldwide market 24 
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hours a day. The growth and popularity of the Internet is 
providing new opportunities for commercialization includ- 
ing but not limited to Web sites driven by electronic 
commerce, ad revenue, branding, database transactions, and 

5 intranet/extranet applications. 

Domain names direct where e-mail is routed, files are 
found, and computer resources are located. They are used 
when accessing information on the Web or connecting to 
other computers through Telnet. Internet users enter the 

10 domain name, which is automatically converted to the 
Internet Protocol address by the Domain Name System 
(DNS). 

For many Internet users, electronic mail (e-mail) has 
substantially replaced the Postal Service for written trans- 

15 actions. E-mail is the most widely used application on the 
Internet. Live "conversations" can be carried on with other 
computer users, using Internet Relay Chat (IRC). More 
recently, Internet telephony hardware and software allows 
real-time voice conversations. 

20 E-mail was one of the first services developed on the 
Internet. Today, e-mail is an important service on any 
computer network, not just the Internet. E-mail involves 
sending a message from one computer account to another 
computer account. E-mail is used to send textual informa- 

25 tion as well as files, including graphic files, executable files, 
word processing and other files. E-mail is becoming a 
popular way to conduct business over long distances. Using 
e-mail to contact a business associate can be more effective 
than using a voice telephone, because the recipient can read 

30 it at a convenient time, and the sender can include as much 
information as needed to explain the situation. 

On-line commerce, or "e-commerce", uses the Internet, of 
which the Web is a part, to transfer large amounts of 

35 information about numerous goods and services in exchange 
for payment or customer data needed to facilitate payment. 
Potential customers can supply a company with shipping 
and invoicing information without having to tie up sales 
staff. The convenience offered to the customer is primarily 

4Q that of avoiding a trip to one or more traditional "bricks and 
mortar" establishment in search of a desired product. 

The expanding use of e-mail, FTP and other forms of 
digital message communication is widely displacing tradi- 
tional paper communications. The Internet is an essential 

45 communications tool for individuals, professional users, 
companies, and government and military agencies. Global 
interconnectivity and rapid data transfer are among the 
benefits enjoyed its millions of users. While the Internet 
provides an undeniably useful environment for data 

50 exchange, security is not integrated into its design. In fact, 
the very concept behind the Internet is a robust open packet 
communication system. 

Therefore, there is a need to provide a system for con- 
trolled message distribution. 

55 SUMMARY OF THE INVENTION 

A method is disclosed for secure transmission of a mes- 
sage via a network wherein a recipient of the message need 
not be a party to the network or maintain an active address 

60 in the network. Instead, new accounts are created dynami- 
cally by the system of the invention in response to a message 
addressed to an unknown user by sender who is a party to the 
network. In the operation of the method of the invention, 
messages from a network-party sender addressed to such an 

65 unknown user are deposited into a unique account created 
for the addressed recipient. That addressed recipient is 
notified via a non-network communication path that a mes- 
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sage is stored and available to it, and is provided instructions transmitted according to the method of the invention are 

for accessing a network address to retrieve its message. deposited into a unique account created for the recipient. 

The messages associated with the account are located on the 

DESCRIPTION OF THE FIGURES same system where the message sender established its 
™~ -. , . t * LJ - *r - **u5 account. As a result, when the recipient accesses its account 

^ 1 ?T CtS ' SyStCm embodiment for CarryiDg 0Ut the to retrieve a message, the system will always know that the 

method oi the invention. message was opened, allowing it to provide the sender with 

DETAILED DESCRIPTION OF VARIOUS confirmation of that event. In addition, since the message 

ILLUSTRATIVE EMBODIMENTS recipient accesses its private account on the system, all other 

10 messages sent to the recipient are available to the recipient 
Vendors, universities and government agencies have in an Inbox. This is in contrast to existing message delivery 
attempted to provide a system for controlled message dis- systems. Typical messaging systems can only provide one 
tribution in various ways, with the creation of such security message to the recipient since the system is based on a 
standards as Secure Socket Layer (SSL) and S/MIME. Both unique document ID, and not a unique recipient account, 
of these standards depend on digital certificates, which are Having unique recipient accounts capable of displaying all 
at the core of Public/Private Key (PKI) encryption. SSL is reC eived messages significantly increases the usability of the 
often used to securely exchange data between a web browser system. It allows the system to achieve the conveniences of 
and an Internet web server. It is a widespread standard since conventional email systems, with the security and tracking 
it fills a very clear security hole, and just as importantly, is capability of secure message delivery systems. The dynamic 
very easy to implement and use. S/MIME is also a wide- acC ount creation process provided by this invention enables 
spread standard, used mainly to secure email messages. But lhe mes saging system to incorporate the benefits and con- 
its dependence on unique digital certificates for both the veniences of email and secure delivery systems. As a result, 
sender and recipient has severely limited its acceptance by a messa ging system built with this invention provides a 
email users. With S/MIME, email senders and email recipi- unique, superior way to securely deliver and manage docu- 
ents must obtain digital certificates and install them in their ments over the Internet. 

email client software. Then, the email sender must obtain 25 The invention utilizes existing e . mail systems for nolifi . 

copies of the Public keys of all of its message recipients, and cation of a secured certified message , but actual access is 

digitally sign messages with the sender's Private key and provided to the secured certified message from a database 

each recipient's Public key. While this process produces a system located at the secufed site The access can be 

secure message exchange between the sender and its prov ided through a variety of mechanisms, including a local 

recipients, the burden on the sender and recipient has made c]icQU thr()Ugh tfae use of a web browserj and through the 

it too complex for widespread acceptance. equivalent of plug-in features to existing e-mail systems. By 

To gain widespread acceptance, secure message delivery usmg p i ug .i n features to an existing e-mail system, the 

over the Internet must be made as technically unchallenging creation and access of a secured certified message can be 

as possible, while still providing uncompromising data 35 seamless to an e-mail user. 

protection. Additional value can be added if the sender is ^ mventioD builds upon the fundamental Internet tools 

notified when its recipients have opened their messages. such as web browsers, email clients, the manner in which 

Further value can be added if the receipt notification works electronic mail is handled on the Internet, the Hypertext 

in all cases, regardless of the recipient's email software (e.g. Markup Language (HTML), XML and the manner in which 

email client, web-based email, personal digital assistant). 4Q Uni f orm Resource Locators (URLs) work. A significant 

According to the method of the invention, such a "certified" amount of material describing these features of the Internet 

message delivery system is provided which enables a mes- ^ ava Q ab i e both through various sites on the Internet and 

sage recipient to access its account, open its secure elec- through published resources. Such resources and their appli- 

tronic mailbox, and quickly access one or more received ca bUity to the invention are discussed in the following 

messages. Upon the recipient opening a message, the system 45 description of the method and operation of the invention, 

notifies the sender of that event. Dynamic account and mail store creation capabilities of 

In traditional e-mail systems, a user must initiate the an electronic document delivery system are among the 

account creation process, usually by requesting an account Internet features utilized by the invention. In this 

or joining an organization. This is often accomplished by the arrangement, recipient accounts are dynamically created as 

user visiting a website to fill out a registration form, or by 50 a resu lt of an electronic message being sent by the message 

an administrator creating an email address for one or more sender, whether the sender is a registered user or an appli- 

known users on a system managed by that administrator. caUon tnat generates messages (e.g. eBiiling, monthly 

Registered users are then assigned a unique email address on statements). The electronic certified message takes on a 

the system. In such systems, the user can then send and familiar email format, and contains one or more individual 

receive email messages using the assigned e-mail address. 55 or Group email addresses in To, CC and BCC fields, a 

In contrast to this well-established process, with the Subject, Body and optionally, one or more file attachments, 

method of the invention, creation of a messaging account Recipient email addresses in the To, CC and BCC fields are 

does not require user request, or action by an administrator checked in a case insensitive search against the email 

in respect to a user joining an organization. Instead, new addresses of all registered and receive-only users in the 

accounts are dynamically created by the system as a result $o system. If an addressed recipient's email address does not 

of existing users of the system sending messages to already exist, a new account is created for that address. The 

unknown users of the system. Through this unique process, account is comprised of a unique system-generated user ID 

users that may have never had contact with the organization (NuID), a username consisting of the recipient's email 

will receive unique password -protected accounts in the address, an account password that is randomly generated, 

system. 65 and a user type indicating that the addressed recipient is an 

Unlike traditional e-mail systems, where messages are unregistered receive -only user. The unique user ID (NuID) 

delivered into the recipient's messaging system, messages is used to individually link an account with user data in 
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various database tables and the file system. A message store 
is also created for the recipient, and is based on the NuID for 
the recipient. The first certified message to the recipient 
(which triggers a receive-only account creation for the 
recipient), and all subsequent certified messages will then be 5 
deposited in the recipient's unique message store. 

When a certified message is placed in the recipient's 
message store, a separate process generates a "mail waiting" 
email, and sends it via email to the recipient's email address. 
The "mail waiting" message contains a hypertext web link 10 
(hyperlink) pointing to the web server where the recipient's 
message delivery account can be accessed. 

If the certified message is sent to a dynamically created 
"receive only" user, the "mail waiting" hyperlink will also 
contain the recipient's username and password as param- 15 
eters. When the hyperlink is selected, the recipient's web 
browser will start and access the message system web site. 
The recipient's username and password are passed as param- 
eters from the hyperlink to the login screen, which authen- 
ticates them against the user database and allows entry for 20 
the recipient into its account. Once granted entry into the 
account, the system allows the recipient to access its private 
message Inbox and retrieve one or more of its certified 
messages. 

If the certified message is sent to the email address of a 25 
member that has already registered with the system (e.g. not 
a dynamically created member), then the "mail waiting" 
hyperlink will contain the recipient's username but not the 
password for the recipient. When the user selects the 
hyperlink, the user's web browser will be started and the 30 
message delivery login screen will be displayed. The recipi- 
ent will then have to provide its login password (as supplied 
during the user registration) to access its account. Once 
granted entry into the account, the system allows the recipi- 
ent to access its private Inbox and retrieve one or more of its 35 
certified messages. In addition, since the recipient is already 
registered with the system, additional features are available, 
including creating and sending new certified messages. 
Method Steps for a Preferred Embodiment 

Sequence Flow for Dynamic account creation initiated by 40 
a registered member using a web browser: 

1. Registered member (member) starts its web browser and 
accesses the certified message web site (system). 

2. Member selects the login web link and login to the system 45 
with member's username and password. 

3. Member selects the "Create New Message" link. 

4. System displays a form with email message fields includ- 
ing recipient fields (To, CC, BCC), Subject, Body and 
Attachments. 50 

5. Member creates a certified message by filling out the 
various message fields. In the recipient fields, member 
provides one or more Internet email addresses in the form 
username@domain.com. In addition, member can access 

its address book and select email addresses and pre- 55 
defined Groups of email addresses that it has already 
created. 

6. When ready, the member selects the "Send" button to send 
the certified message to the recipients). 

7. The system performs a syntax check of all of the recipient 60 
email addresses, ensuring that they are formed as per 
Internet SMTP email standards. If one or more invalid 
email addresses are detected, the Send operation is can- 
celed; the system displays an error message and redis- 
plays the message for the member to correct the problem. 65 

8. Upon successfully providing all valid email addresses, 
and filling out any other required fields such as Subject 
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and Body, when the "Send" button is selected, the system 
will begin to process the certified message. 

9. The system displays a screen that the certified message 
has been received, and the recipients will be notified that 
they have a certified message waiting. Unlike conven- 
tional email systems, where the recipients receive the 
sender's message via email, the member's certified mes- 
sage is saved to a database and its attachments, if any, are 
stored in the file system. 

10. Member can then continue using the system and any of 
its features. 

11. Please refer to "Polling Process" for the remaining steps. 

Account Creation Polling Process 

A process polls the message database at a set interval, 
searching for certified messages that have not yet been 
processed. Unprocessed messages have their MsgStatus 
field set to 1. When one or more of these messages are found, 
the following steps are taken: 

1) The user database is opened, containing email addresses 
and registration information. 

2) The certified message is opened from the message 
database, and the various recipient email address fields 
(To, CC, BCC) are accessed. 

3) Each email address is checked for correct syntax. Improp- 
erly formed email addresses are discarded. 

4) One by one, a search is performed, individually looking 
for each addressed recipient's email address in the email 
address table of the user database. Since Internet email 
addresses are case insensitive, the search is case insensi- 
tive. 

5) If the email address is found in the database, the email 
address is skipped. The process then repeats step 4 until 
no more email addresses are found in the recipient fields 
of the message. 

6) If a match is not found, a new "receive only" account 
must be created for the recipient. 

Following are the Steps the System Performs to Dynami- 
cally Create this New Account 

a) The account initialization process is started. It is 
comprised of the following steps: 

i) The email address is assigned to a string variable 
named EMAILADDRESS. Any upper and lower- 
case characters are left as is, since subsequent 
searches on the email address will disregard the case 
of the characters. 

ii) A random password is generated for the account, 
consisting of 8 alphanumeric characters. It is then 
assigned to a string variable named PASSWORD. 
Alphanumeric characters consist of the letters A to Z, 
and 0 to 9. To ensure that new passwords do not fall 
into a pattern, the RANDOMIZE function is used, 
initialized with a numeric value representing the 
current date and time. Since the date and lime are 
never the same, generating a random value using this 
method ensures that the computer can generate true 
random numbers. The computer's RND (random) 
function is then used to generate the actual random 
values for the password. 

iii) The system date is queried, and the current date and 
time are inserted into a string variable named DATE- 
CREATED. 

iv) A USERTYPE integer variable is assigned a value 
of 1. This value is a code used by the messaging 
system representing the send and receive privilege of 
the user. A value of 1 signifies that the account is 
allowed to receive messages, and that an account 



04/18/2004, EAST Version: 1.4.1 



US 6,684,248 Bl 

7 8 

login is provided for user access to the messages. ' recipient is notified via email that it has a message waiting. 

Furthermore, a value of 1 signifies that the user can The email notice contains an embedded web link back to the 

access, display and delete its received messages, but message sender's messaging system. In addition, the link 

cannot create and send new messages. If the contains the recipient login information, including its 

"receive -only" user successfully registers with the 5 account name and password. The account name uniquely 

messaging system at a later time, their USERTYPE identifies the recipient to the system, and is made up of its 

account code will be set to 2 or higher, indicating that email address. By selecting this embedded web link in its 

the user has both send and receive capability. email message, the recipient's web browser is launched. The 

v) An SQL database statement is created with this recipient's account name and password are passed to the 

information, and an SQL function is called that 10 login screen of the message system's web server. The web 

writes this information to the user database. server then authenticates the login against the user database, 

b) Upon adding the entry, the system returns an account Upon successful login, the recipient is then provided access 

ID (NuID) for the newly created user. This NuID is to its account. At this point, the recipient is guided to its 

automatically created by the database, and is unique to Private Inbox. This Inbox contains the sender s message for 

this user. The user's NuID uniquely correlates the ™ retrieval by the recipient. In addition, because the recipient 

user's account with messages sent to the user and has a unique account ID, any other messages sent to the 

messages the user may generate, store and send. recipient will also be displayed in the Inbox. 

7) The MsgStatus field of the Message is then set to 2, Implementation of Embodiments of the Invention 

indicating that all recipient email addresses have been nQ 1 mustrates a tem imp i em entation for two 

processed, and any new "receive only accounts have 20 embodimems of ^ messaging system of the mV e n . 

been created. tioQ u ^ QOted that usefS 0 p erat i ng under those embodi- 

Message Delivery Polling Process mcn|s caQ access ^ e ted database simultaneously. In 

An independent process polk the message database at a ^ q{ ^ em5odiments> which ^ mdicated as providing 

set interval, searching for certified messages that have had to ^ m ^ a web bfowser 1Q a xcm web 

their email addresses processed into user accounts but have connectioQ (SSL) is made via an HTTPS Internet connection 

not yet had "mail waiting' email notices sent to the n t0 a messagin g web !2 . l^e browser 10 is used to 

addressed recipients. These messages will have their Msg- communicate ^ tne me ssaging web server 12, and can 

Status field set to 2. When one or more of these messages are ^ messages ^ we5 server u 

found, the following steps are taken: wrftes and feads data frQm/t0 encrypted database 13 using an 

1) Certified messages with a MsgStatus field set to 2 are ODBC database connection. In the second embodiment, an 
accessed one at a time in the database XML parsing engine 22 is used to receive data, either from 

2) NoticeTimer Subroutine( ) a « Send Cer tified" button 20 installed in an email client (via 
Call NotificationMessage an SMTp Intemel connection), or from an application 21 
Select Message where MsgStatus- 1 ^ that generates XML files to be processed by the secure 
If Not EOF then messaging system. The XML parsing engine 22 then writes 
Call ProcessMessage data to the encrypted database 13 via an ODBC database 
ReadMessage (read message fields) connection. 

Increment Sender Messages Sent Counter One embodiment of the present invention is a method and 

Syntax check Message Email Addresses 40 system for the dynamic creation of user accounts and 

im r* t aaa ^ An-,,, corresponding message store for the delivery of electronic 

Store valid Email Addresses into an Array messages. A message store is also created for these new user 

For each Email Address in the Array accounts, where one or more electronic messages can be 

Call DoMessageStatus retrieved. User account creation is accomplished by the 

Check if account exists for Email Address ^ ac(ion of an existing registered member or registered pro- 

If it does not exist: cess. When an electronic message is sent to an unregistered 

Set User Type flag to "Receive Only User" user> me US er is automatically registered with the system, a 

Generate random 8 character password for account unique, password-protected account is created and assigned 

Add a row into the user database t0 trie user, and a private mail store is created for the user. 

New user's unique account # is generated and returned 5Q electronic message is then deposited into the user's mail 

by the database store for later retrieval by the user. This is in contrast to 

If it does exist: traditional electronic mail systems, which require a user to 

Retrieve user account # from user database initiate a request for the creation of an account and mail 

Retrieve UserType field from database store. Then, at a later time, the user can access its account 

Retrieve UserName field from database 55 and mail store to retrieve any deposited messages. 

Insert message sender account #, message #, recipient in another embodiment, the invention can provide a 

account # and recipient email address into the MsgSta- certified COD system. The secure, trackable nature of the 

tus database CertifiedMail architecture can be applied in business-to- 

Call DoMessageNotify business, business-to-government, business-to-consumer, 

£ nd 60 and consumer-to-consumer payment solutions. In such an 

Call DoMessageWaitingNotice embodiment, a seller registers with the CertifiedMail sys- 

Rather than allowing access to a single message as an tem. After registration, the seller can create an invoice on the 

isolated event, the present invention allows a message system, provide payment details, and then furnish the email 

recipient to view all messages sent to the recipient. After the address of the buyer. The CertifiedMail system creates an 

message sender's message is processed by the system, and 65 inbox for the recipient if one does not already exist, deposits 

any receive-only accounts are created for new email the sender's invoice into the inbox, and sends an email 

addresses contained in the sender's message, each message notice that the invoice is waiting to be accessed. When the 
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recipient opens its message, the sender's invoice is dis- Mail message. The recipient is notified via email that a fax 

played. The recipient is presented with the option of paying is waiting, and the CertifiedMail secure mechanism is used 

for the invoice through various payment types including f or tne rec jpient to pickup the fax. The fax sender then 

credit card and check. Upon entering of the recipient's tha{ the fax has beeQ retrieved via the CertifiedMail 

payment information, the CertifiedMail system performs the 5 . 

funds transaction. It then notifies the message sender that the message iraciung. 

payment has been received^The seller can then ship the CertifiedMail provides a system approach to secure 

purchased goods, or the CertifiedMail system can be r J ^ r . 

instructed to enable the buyer to download the goods from messaging, enabling end-to-end security and tracking of 

the CertifiedMail message. At a regular interval, Certified- 1Q confidential messages. This approach makes it ideal tor 

Mail will transfer the collected funds to the seller, minus any delivering stock trade confirmations, monthly statements 

transaction fee, and other sensitive financial documents. Because of its 

In yet another embodiment, the invention can be used to end-to-end secure approach, il can replace the requirement 

provide long-term document escrow. The CertifiedMail sys- to physically print and mail via postal delivery such sensi- 

tem provides selectable message expiration periods, includ- 35 t i ve documents, significantly reducing the expense of trans- 

ing the option of long-term document storage and retrieval. act i 0 n confirmation. 
This enables a message to be retrieved after a significant 

time period for future reference. In addition, when a mes- When a member of the CertifiedMail system sends a 

sage is submitted to the system, a mathematical calculation secure message, a new account may be created by the system 

of the message contents, such as Message Digest 5 (MD5), 20 for ^ rec j p ient to pickup the message, or a previously 

is performed. This calculation is associated with the recipient's account will be used to deposit the new 

message, and stored in the database. At a later tune, when the r . . 

message is accessed, the same calculation is performed on message. As is often he ^^^^^^ 

the message contents. If the calculation is equal to the value may want to reply to the sender. The CertifiedMail system 

that was originally computed, then the message content is 25 allows the recipient, who is not a member of its secure 

also proven to be identical. In practical use, this computation delivery system, to reply to the sender using the full security 

proves that the message retrieved is equal to the message of the CertifiedMail system, thus providing secured two-way 

that was submitted. This creates a system with long-term communications between the member and the message 

document retrieval and proof of authenticity. recipient. This extends the CertifiedMail message delivery 

In yet a further embodiment, the invention can provide 30 security to recipients that were not registered on the system, 

secure digital product distribution. Traditional Internet shop- j t ^ ^eal f or man y two-way communication scenarios 

ping carts store a user's purchases for the duration of that mclu di n g doctor to patient communication, lawyer to client 

Internet session. However, since digital downloads such as commuDication , and any mem ber to non-member commu- 

software and newsletters do not include a physical delivery, . 

it is often useful for a purchaser to access its purchase again 35 mca 10n * 

at a later time. This is especially true when a software Appendix A provides a description of one embodiment the 

purchaser's hard drive crashes ? or a ^new operating system £ implement the secured certi- 

version s instaUed. The CertifiedMail system provides a " £ 

repository for storing digital downloads, allowing the pur- &ed message system. Appendix B contains an XML docu- 

chaser to easily retrieve all past purchases from the Certi- 4 o ment representative of one embodiment of an external 

fiedMail inbox. Any previous or future "email waiting" interface utilized with the database structures to provide an 

notice sent by the system to the purchaser allows a secure interface to other systems such as e-mail systems, intelligent 

opening of the purchaser's inbox, providing the purchaser agents and user clients, 
with convenient access to all prior purchases, with the ability 

to verify each download's authenticity via an automatic 45 In view of the foregoing description, numerous modifi- 

digital checksum, and download the contents again. cations and alternative embodiments of the invention will be 

Additionally, wireless devices are an increasingly popular apparent to those skilled in the art. Accordingly, this descrip- 

way to browse the internet. Because of the unique nature of ^ 0Q [ s t0 De construed as illustrative only and is for the 

wireless communication, including limited bandwidth and purpose of teaching those skilled in the art the best mode of 

screen display size, the web standard HTML language is not 50 carrying out t he invention. Details of the structure may be 

used by most wireless phones New protocols, such as substanliall ^ lhouX dep arting from the spirit of the 

Wireless Application Protocol (WAI0 j md Hand-held Device ^ use Qf aU modificalions , which 

Markup Language (HDML) address these unique > fa 

characteristics, and are used to send and retrieve web-based ** un,c wumu ^ ™ 

information. A wireless interface to the CertifiedMail system 55 APPFNDIX A 

enables secure delivery, trackable delivery of messages via __ ArrbfNUiA 

the Secure Socket Layer (SSL) web security protocol, which cMUsr Database 
is then converted by the wireless gateway to a secure 

Wireless protocol SUCh as Wireless Transport Layer Security Stores all user related information, including user W g*i0^ *ri email 

^ ,. , . . • j- -j 1 * 1 address, user's address book and various statisucs about the user. 

(WTLS), extending the security to the individual wireless 60 ^°^ H»ble: 

device. The CertifiedMail tracking system can detect either 

the phone number of the wireless device receiving the Stores unique email addresses for registered and non- registered users, and 

message or the IP address assigned to the device. assigns account * (NuID field) to each address. NuID is the 

uic^dgc, ui lut auun~» & common link between a user and messages they send and receive, along 

Since faxes are a form of digital content, they can provide ^ various olher relatc d information such as their address book, 

additional security in delivery and tracking beyond what is 65 preferences and payment information, 
available via standard fax solutions. Faxes are converted to 
images, which are then added as attachments to a Certi fled - 
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APPENDIX A-continued 



APPENDIX A-cootinued 



user Em nit 



ff £ NulD 

emailAddr 
userlD 



user Tyric 
date Created 
dateLastVisit 
num Visits 
ms ^Received 



; int 

fvarchai 
j_varchar 
', varchar 
[tinyint 
! smalldatetir 
T smalldatetir 

Tint 



! 4 


;io 


JO 


T64" 


"To" 


•"To 


Tio" 


";o" 


■"To 


: 10 


!o 








...J.°. 


-i „ 

; 4 

T4" 


:o 
"]o" 


:o 
"'Jo 




":I6" 
"Mo 


""To 
""To" 



Z2C 



Key fields: 
NulD 
emailAddr 
userlD 

password 

useriype 

dateCreated 

date Last Visit 
num Visits 
msgReceived 

users table: 



Unique account # generated each time an email address 
record is added to the table 

The email address of all message senders (registered users) 
and recipients. This field can only contain unique values. 
The username required to login to a particular message 
store. For receive-only accounts, this field is blank and 
their email address is used as the user name. 
Along with a username, this password value must be pro- 
vided to login to a user's account. 
Flag which indicates the status of the users, from 
receive only, free personal or paying 
The current date and time that an email address record 
is added to the database 

The date and time of the user's last login to the system 
The number of times the user has logged into the system 
The number of messages received by the user 



msgSent 
verified 



10 accounts ize 
cobrand 

j ^ cmplan 

cmplus 
emminus 

20 

msgexp 
Co ID 
25 Admin 



Stores registered users information including name and address, and 
several system metrics fields. 




salutation 
fName 



I Name 

Ill c !°! m p??yH a . m 5. 

,tltjc_~[_™" 

p_ho_ne 

extension 

_add~ressl_ 

address2~ 



:ity 

state 

province 

zig 

country 

msgSent_ 

verified 
accountsize _ 
prSent 

*- v - ■ " . 

cobrand_ 

cmplan 

cmplus 

emminus 

msgjocp_ 



^ varchar(l 0) [___ 

[ va"rchar(25) I 

: J^ifi. .". -V ".7. 
| varc~har(25} ! 

; varchar(*5} ^ ^ 

' [ varchar(30)] "_"\ " 

'* varchar(15) 

" ! varchar^) ' 

J yarcharpO) 

T varchar(25) I 

|_varchar(ll) ! 
• int ! 



Co ID 

Admin _ 

Ad_minVejify_ 
Registered .__ 



! ttnyint ^ 
" _[int_ !_ 

.V|.^l"V.V......]- 

__j_varchar(8) | _ 

J varchar(lO) • 

:;:«?!:::;.;.:::::;: 

-is 1 

,_[^}. j. 

Tint !_ 

: bit j. 

J bit* ' 



.... 4. 



\- 



Key fields: 



NulD 



Taken from the userEmail database, the NulD links the 
user's information 



Tracks total number of messages sent 

When a user registers with CcrtifiedMail, a message with 

an embedded web link is sent to their registered email 

address. By selecting the web link, the user shows that 

the email address they have provided is their actuai email 

address. When selected, their account is now activated and 

tbey can send CertifiedMail messages. 

indicates the space in Mb allocated for storage of the 

user's sent mail messages and attachments 

If a user was referred to the CertifiedMail site from a 

cobranding partner's site, the cobranding id of the 

partner's site will be written to this field. 

indicates which messaging plan the user has joined, 

enabling the system to activate or disable certain features, 

and control disk space usage limitations 

provides a mechanism to add additional features to the 

user's existing plan 

provides a mechanism to subtract features from a user's 
existing plan 

provides a default expiration period for messages created 
by the user 

indicates the company id, if any, with which the user is 
associated 

indicates whether the user is an administrator for other 
CertifiedMail user's in their company 



Address Book tables: 

3Q Stores address book information for each registered user 
Key fields: 



NulD 
ELK) 



Unique user account # 
Unique email list # 



35 



40 



45 



50 



55 



AUEmailList 



id***" Hmt : FT i M 1 £ 



ELID j_ int 

fname] ~~~ j _yarchar£25)_ \ 

InameT " ~ ~ j_ _varchar(25j * 

company_ !_ _yarch_a_r£35J_ J. 

SWiiWdi" . . _;_ _Yarcha_r(641 . . „ | 



.}... 



.z L- 

14-4- 



AKGroupUsl 




Ctfi&ifclNameS}; 










GRID \ 


>3 j— 






y 








NulD ; 


int ; 








— -j 






name ! 


varchar£40) _j 










i 



AU(i roup Member 



GmID 
GrlD*' 
EL ID" 
Nutt)"' 



int 

[inV 

"vat" 



qqzr 



60 



CMMSg Database 



Stores message related information, including message recipients, subject, 
body and metrics. Also stores pointers to message attachment files. 
Message table: 

65 Stores all messages entered into the system 
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APPENDIX A-contimied 



APPENDIX A-continued 



SEj 



■ : ; date Expire | smaljdatetii \4 1 9, _ _ _ 

^ j sub] ect " " " " Tvarcha r " " T80 ;0 



Nmld 

NuID ' 

crea_teTime_ 
crealelP 



tpt ;_4_ 

Tinr~""~T4~[ 
Ttinyint ~fl 
^;date_time__^! 8__ 
*T varchar [20 



;io 
Tio" 

X- 

[o 

■16" 



fromEmail 
toEmail 
ccBmaiI_ 

~body_ 

question 
answer 



j varchar 
! varchar 
Tvarchar 
" ; varchar 

" " ; varchar 
Tvarchar 



J 64 [0 

" :"io24"r6" 

"j"l024"|0 

" :To24*;o 

::3:«.::s:::: 

; 64 :o 
"Tie—To 
— ;- 4 "— fio"" 



to r 
-ro'—r- 

":o""i" 
"Vo"" r 

"■!»•" 

ro"' 

. L . 

Vo"" 



.J.... 



numto 



jiei!;;!"!^]"!??]""!?"--!-.-- 

numread" ~ ] jnt j 4 ^1_0_ L 9. . . J 

anonymous _ \ _ti_ny_int |_1_ 1_3_ 1^0 j 

email receipt _] tinvint ] _1 ;_3_ \0 _ _ _ j 

;:. gr iority ^tinyuit_ ! 1 ! 3 ! _ 0 _ - 

hups" t_inyint_ [I ]3 J 0. _ 

Hi i^.opi!! '. . .[^oyyi 1 . j. I j! . . . j. - — 

tr:: ' checksum [varchar 132 .6 . 0~ 



tinyint_ 



1 



i 



MessageStatus table 



5 Stores tracking information for each recipient of each message 



McssaucStatus 



10 



15 



NmsID 

NuID* 
Ntold'™" 
to Email 
^MmsgSent 
s£8 "dalNoOpen 

openJP 

openTime 
crrorSend" 



; int ! 4 

Tim rr 

__!_int_ M__ 

[varchar j_64 

"!"tin)onf "l l" 
ftinyint Tl 

""; varchar__; 16 _ 

TdatYtimeT8~~ 



— r 



|10 

~io"~ 
16" 
io" 

13 

-[3"- 

~;6"" 

■:&"" 



0 

To" 

:o 
:o 

10 
•To"' 



. ; . : £ : . : 



Key fields: 

Nmld Uniquely generated ID for this message 

NuID Account ID of user creating the message 

msgStatus Stores the status of the message (e.g, ready for processing, 

delete, retract) 
createTime Creation time of the message 
create IP IP address of the message creation 
dateExpire date that the message expires 
subject the Subject of the message 

fromEmail the email address registered by the user at the time the 
message is sent 

to Email recipient lb: list containing one or more email addresses, 

or name of an email address list group 
ccEmail recipient CC: list similar to the toEmail field 
bccEmail recipient BCC: list similar to the toEmail field. When a 

recipient picks up a message, following conventional email 

standards, the information in this field is not displayed 
body contains the body of the message 

question contains the text for an optional challenge/response 

hint. This text is displayed to the recipient when a 

message is password protected, 
answer contains the response to the challenge question required 

to open the message 
msgsize contains the size in bytes of the message contents 

including its attachments 
numto displays the number of emailaddress in the emailTo, 

emailCC and email BCC fields 
numread displays the number of recipients that have read the 

message 

anonymous determines whether the sender's identity is included in 

the "message waiting" email notice sent to each recipient 

email receipt determines whether the system sends an "message read" 
email to the message sender when each recipient accesses 
the message 

priority sets the email priority of the "message waiting" email 

notice sent to each recipient 
https determines whether the recipient is forced to retrieve a 

message with an https (SSL encrypted) connection to 

the web server 

encrypt determines whether the message is encrypted when stored 
on the server 

checksum stores the MD5 checksum of the entire message when 

received by the system 
retract determines whether an unopened message has been 

retracted by the message sender, preventing the recipient 

from opening the message 



20 Key fields: 

Nmsld Unique id of each message status record in the table 

Nmld Message id copied from the Message table 

Nuld User account id copied from the useremail table 

Ntold Recipient account id copied from the useremail table 

25 ToEmail email address of one recipient tracked by this record 
MsgStatus determines the status of the message sent to this user 

(e.g. not opened, opened, deleted) 
delNoOpen determines whether the message was deleted without the 

recipient opening it 
open IP holds the IP address of the recipient's computer where 

the message was opened 
openTime holds the date and time that the recipient opened the 
message 

errorSend reserved for future use 

msretract determines whether the message sender has retracted the 
message before the recipient has opened it 



30 



35 File Attach table: 

Tracks links between messages and their file attachments stored in the 
CertifiedMail database file system 



40 




45 



uname 
aname 



I varchar_ ! 25 ! 0 jO 

1 varchar '96 » 0 10 



Esize 



! 4 



: 10 



32 



Key fields: 



50 



55 



NmID 



NuID 
uname 



aname 
fstze 



copied from the Message table, this field links the file 
attachment record with a particular message 
records which user created this file attachment 
unique name of the file attachment as stored in the 
CertifiedMail database file system 
the actual name of the flic as submitted to the system 
the actual size of the file in bytes 



APPENDIX B 



60 



65 



<?xml version-" 1.0'* standalone«* 4 yes , 7> 

<l-Notc: All data between tags must be Base64-encoded~> 

<!DOCTYPE Contents! 

<! ELEMENT Contents (Internal, Message)+> 

<! ELEMENT Internal (Regcode+, CoBrand?, EmailReceipt?, SSL?)+> 
<! ELEMENT Message (To+, CC?, BCC?, From+, Subjects, 

Body?, Attachments ?)+> 
<! ELEMENT Attachments (Attachment'^ 
<!ELEMENT Attachment (AttachName+, AttachFue+)?> 
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APPENDIX B-continued 

<! ELEMENT RcgCodc (#PCDATA)> 

<! ELEMENT CoBraad (#PCDATA)> 

<! ELEMENT EmaURcceipt (#PCDATA)> 

<! ELEMENT SSL (#PCDATA)> 

<! ELEMENT To (#PCDATA)> 

<\ ELEMENT CC (#PCDATA)> 

<! ELEMENT BCC (#PCDATA)> 

<! ELEMENT From (#PCDATA)> 

<! ELEMENT Subject (#PCDATA)> 

<! ELEMENT Body (#PCDATA)> 

<! ELEMENT AttachName (#PCDATA)> 

<! ELEMENT AttachFile (#PCDATA)> 

]> 

<Contents> 
<Internat> 
<RegCode/> 
<CoBrand/> 
<EmailRcccipt/> 
<SSL/> 
</lnternal> 
<Message> 
<To/> 
<BCC/> 
<From/> 
<Subject/> 
<Body/> 
<Attachmenls> 
<Attachment> 
<AttachName/> 
<AttachFilc/> 
<J Attachment 
<Attachment> 
<AttachNamc/> 
<Attach Fi1c/> 
</ Attachment 
</Attachments> 
</Messagc> 
EContents > 



What is claimed is: 

1. A method for providing a secure transfer of data from 
a sender to a recipient, comprising the steps of: 

transferring said data, including an address of at least one 
recipient, from said sender to a secure database server 
located in a network serving said sender; 

upon said sender initiating a transfer of said data to said 
addressed recipient, causing an inquiry to be made as to 
whether said addressed recipient has an affiliation with 
said network; 

upon a determination of no affiliation, causing said net- 
work to dynamically create an account for said 
addressed recipient, the account including a storage 
location and an identifier associating said addressed 
recipient with said storage location; 

storing data addressed to said recipient in said storage 
location; 

providing a notification to said addressed recipient of said 
addressed data being available at said secure database 
server; and 

transferring said addressed data to said addressed recipi- 
ent upon a request from said addressed recipient. 

2. The method of claim 1 wherein said transferred data is 
constituted as a text message. 

3. The method of claim 1 wherein said notification to said 
addressed recipient is provided via electronic mail message 
to a non -network address of said addressed recipient. 

4. The method of claim 1 including the further steps of: 
providing account information in respect to said created 

account as part of said provided notification. 

5. The method of claim 1 wherein said step of transferring 
said addressed data to said addressed recipient includes the 
substeps of: 
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causing said request from said addressed recipient to be 
directed to said storage location assigned to said 
addressed recipient, from which said addressed data 
may be accessed; and 
5 upon said addressed recipient accessing said addressed 
data at said assigned storage location, causing a noti- 
fication of that occurrence to be provided to said sender. 
6. The method of claim 1 wherein said transferred data is 
implemented to effect a certified COD system. 
10 7. The method of claim 1 wherein said transferred data is 
implemented to provide a document escrow arrangement. 

8. The method of claim 1 wherein said transferred data is 
implemented to provide secure, on-line product distribution. 

9. The method of claim 1 wherein access to said network 
is for said sender is provided via a wireless terminal. 

10. The method of claim 1 wherein said the transferred 
data is constituted as a facsimile message. 

11. The method of claim 1 wherein said transferred data 
is constituted as confidential financial information. 

20 12. A method for providing a secure transfer of data from 
a sender to a recipient, comprising the steps of: 
transferring said data, including an address of at least one 
recipient, from said sender to a secure database server 
located in a network serving said sender; 
25 causing said secure database server to create a storage 
location for said addressed recipient, when no storage 
location previously exists for said recipient; 
causing said secure database server to place data 
addressed to said recipient into the storage location 
30 assigned to said addressed recipient; 

associating said recipient with said storage location via an 
identifier; 

providing a notification to said addressed recipient of said 
35 addressed data being available at said secure database 
server, along with access information corresponding to 
said identifier for retrieving said addressed data there- 
from; 

transferring said addressed data to said addressed recipi- 
^ ent upon a request from said addressed recipient; and 
maintaining said storage location and said identifier for 
subsequent data transfers. 

13. The method of claim 12 wherein said step of trans- 
ferring said addressed data to said addressed recipient 

45 includes the substeps of: 

causing said request from said addressed recipient to be 
directed to said storage location assigned to said 
addressed recipient, from which said addressed data 
may be accessed; and 

50 upon said addressed recipient accessing said addressed 
data at said assigned storage location, causing a noti- 
fication of that occurrence to be provided to said sender. 

14. The method of claim 12 wherein said transferred data 
is constituted as a text message. 

55 15. The method of claim 12 wherein said notification to 
said addressed recipient is provided via electronic mail 
message to a non-network address of said addressed recipi- 
ent. 

16. The method of claim 12 wherein said transferred data 
60 is implemented to effect a certified COD system. 

17. The method of claim 12 wherein said transferred data 
is implemented to provide a document escrow arrangement. 

18. The method of claim 12 wherein said transferred data 
is implemented to provide secure, on-line product distribu- 

65 tion. 

19. The method of claim 12 wherein access to said 
network for said sender is provided via a wireless terminal. 
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20. The method of claim 12 wherein said the transferred 
data is constituted as a facsimile message. 

21. The method of claim 12 wherein said transferred data 
is constituted as confidential financial information. 

22. In a network, a method of data transfer comprising the 
steps of: 

upon a sender request to transfer email from the sender to 
a recipient, determining if a storage location associated 
with the recipient exists in the network; 

if no storage location associated with the recipient exists, 
automatically creating a unique email account for the 
recipient, the email account including a storage loca- 
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tion and an identifier associating the recipient with the 

storage location; 
storing the email in the storage location; and 
maintaining said unique email account for subsequent 

data transfers. 

23. The method of claim 22 further comprising the step of 
notifying the recipient of the email being available for 
retrieval and of information concerning the unique account. 

24. The method of claim 23 wherein the recipient is 
notified via a non-network communication path. 
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